您认为哪个库/框架过于复杂，无法解决所要解决的问题？[关闭]

...并“手动”编码功能？

作为一个相当隐喻的示例，您几乎不需要用于求解二次方程的库，尽管此类库确实存在并且有人认真对待它们。

作为一个更可疑的案例，根据情况，我可能会抛弃jQuery（例如，当我不需要支持某些石器时代的浏览器时）：它确实简化了某些事情，但又为DOM增加了另一层复杂性和不可靠性。过度使用jQuery会导致荒谬的问题，例如最近在SO上看到的一个问题：如何a使用jQuery 为标签分配空的href ？原来这是一个HTML问题，甚至不是JavaScript。

对于许多人来说，另一个荒谬而又不明显的情况是使用在另一个模板系统PHP之上构建的一些模板引擎/语言。吸引任何人的第三层？

还有一个：有时候（仅用）吐出XML printf比使用一些怪异的XML引擎容易得多。

根据您的经验，还有其他情况吗？

一点使用后，许多MS企业库和大多数.net的第三方控件都让我有这种感觉。

你的旅费可能会改变

Windows Communication Foundation

在首页上有一张瑞士军刀的图片，这一事实为我总结了一切。想象一下，XML配置大约是您编写的实际代码的四倍，并且编写在C＃，Java，PHP，Python以及它所“假定”的所有其他语言之间可互操作的SOAP服务仍然非常困难。与...互操作

在以后的所有项目中，我都将坚持使用REST。

我对人们“自己动手”所遇到的问题之一是-尽管他们的方法通常更快，更简单-但它也更容易变脆，有错误，不完整和/或包含安全漏洞。

一个简单的例子：使用printf发出XML可能比使用库容易十倍：

printf("<xml>%s</xml>", str);

但是您还记得在其中转义特殊字符str吗？例如“ <”和“ &”？有人可能会说“不，我没有”，然后继续写：

printf("<xml><![CDATA[%s]]></xml>", str);

但是，如果str其中包含子字符串“ ]]>”，它仍然会发出损坏的XML 。边缘情况-当然可以。但是仍然是一个有效的方案，它可能导致意外的问题并带来严重的后果。

在很多时候和地方“自己动手”可能是合适的，但是有时需要大量的经验和知识来确定什么时候合适。这就是为什么我经常鼓励程序员更喜欢使用已建立的库（如果有）而不是自我实现的例程。

Log4Net

该库很好，但是文档太糟糕了。对于我想做的事，这太过分了。

我改用Trace。

的SharePoint

别误会，如果您需要SharePoint附带的大多数功能（并且附带很多功能），SharePoint就是很棒的选择，但是如果您不知道自己在做什么，或者只需要一两个，就可以了。东西，这是完全不值得的努力和配置。

ASP.NET WebForms-尽管作为.NET Web开发人员已经很长时间了，但是自从我开始使用MVC框架（并且来自PHP / Smarty Template环境）以来，您就意识到有时会有更好的选择进行Web开发的方法及其使用的抽象是过度的和漏洞的。

在几乎每种情况下，我都为此感到遗憾：

• 由于代码的可维护性，使用PHP oci_ *函数而不是包装器库被认为是一个不好的举动。将所有代码移植到Zend_Db使得开发维护数据库代码更加容易。
• 考虑到其他一些网格组件的发展速度，滚动自己的ajax网格组件需要花费太多时间才能进一步开发。我目前正将其全部移植到Ext JS网格中，因为有了这些，就可以使用大量的第三方功能。
• 避免使用诸如prototype和jquery之类的库会导致反复出现跨浏览器问题，这些问题通常很难追踪。Ext JS端口解决了我的跨浏览器问题。即使这是一个庞大的框架，我花了数周的时间来理解，它还是很神奇的。

我得出的结论是，最好选择一些可靠的第三方框架，并将其用作您所做的一切的基础。这些框架是由其他人开发和调试的，一旦您对其进行了标准化并很好地理解它们，这将节省大量的时间。

System.Text.RegularExpressions

正则表达式是如此复杂且如此缓慢。我很少使用Regex，通常会写自己的文本解析和匹配。

有时，我会发现Regex对于真正复杂的匹配很有用。

并不是说Delphi4PHP需要任何不好的表现，但是我尝试了它（2.0版），并且很难按照我的意愿来做。我想用它制作一个youtube风格的网络应用程序供客户观看培训视频，但是它太麻烦了，当我尝试将其组合PHP框架（VCL4PHP，Zend，Smarty和Recess）时，我遇到了不可避免的问题，必须重新命名一切，因为PHP 5中没有名称空间问题。

话虽这么说，但我最终并没有坚持到底。我只是从错误中吸取了教训，并决定使其变得非常简单，并使用CodeIgniter和FlowPlayer（与JQuery一起使用）。

我很想知道，无论哪种框架使PHP 5鲜活起来，PHP 6都会有一些很棒的框架，它们可能实际上可以很好地结合在一起使用。

威卡

我做了很多机器学习工作，如果我只需要朴素的贝叶斯（Naive Bayes）或逻辑回归等简单的东西，我喜欢放弃Weka。它具有一些相当复杂的机器学习算法的良好实现，但是该API是过度过度设计的过度面向对象的老式Java API。让我烦恼的事情：

1. 它滚动其自己的可调整大小的数组，而其他数组则不使用它，从而确保来回转换忙碌的工作。

2. 许多顺序耦合，其中方法必须按特定顺序调用，除非您真的非常仔细地进行RTFM，否则您将不会意识到。

3. 每个实例都必须是一个Instance对象，并且我必须使用Attribute对象显式声明它是名义对象还是数字对象。这导致大量的繁琐工作将数据转换为Weka想要的形式。这尤其令人讨厌，因为Weka API抛出了太多异常，以至于代码编译并不意味着它无论如何都可以工作。如果我在设计API，那么我会放心接受（也许只是获取一个对象数组），然后对数据进行内省以弄清楚我得到了什么以及如何正确地使用它。

在一个特定的项目中，我放弃了EJB3。它给了我依赖注入和容器管理的事务处理。但是它引入了巨大的依赖关系（例如JBoss），并使系统难以为其编写自动测试。现在，我将其简化为JPA +构造函数依赖项注入。

在应用程序的调试端口上吐出HTML。我需要一些简单的方法来获取一些当前数据（自动刷新）。引入一个库来格式化它会很好，但是只打印它就容易了。

我还拒绝了库的另一项建议：大多数情况下，我们使用大型，复杂的XML库。一天花了4个小时尝试使其在新应用程序中运行后，我只是说了“打包”，然后加入了TinyXML。它远没有那么强大，但只需花费很少的精力即可使其做简单的事情。

最近，我一直在研究可以在应用程序中使用的脚本语言编译器。我用过别人，但没有人能完全按照我的要求去做。所以我想了为什么不尝试自己写呢？真正适合一般使用可能需要一两年的时间，但这没关系。另外，它的学习经验很棒。

另一个“自己动手”的解决方案是用于翻译应用程序的部分。有现有的库，但我不喜欢其中任何一个。所以我做了自己的。

和Delphi的数据库组件一样。我讨厌 一直有。因此，我制作了自己的数据库界面，该界面的工作方式与我想要的一样（与我为PHP创建的界面完全一样，这使得跨语言的编码更加容易）。

基本上，当给出一个选项时，我通常会最终制作自己的库。

哦，太多了。我已经使用开源API从事了许多敏捷项目。当他们工作时很好，但是我们经常遭受开发人员的迷恋，因为他们引入了各种第三方api，有些晦涩，有些则不是，只是因为他们想在其中使用一两个类。最终结果是一堆杂乱的代码，然后将系统砍在一起。他们把它移交给了有史以来最好的代码，离开了，可怜的家伙发现了一个难以理解的，没有证件的烂摊子，里面充满了依赖性问题和黑客。