|
|
1
8
Java似乎很适合创建框架。就个人而言,每当我从头开始写东西时,我试着用最大化重用的方式来编写它。这样,我写的所有东西(非专业的)都被添加到一种“个人框架”中。考虑到现在用GitHub和ts-ilk公开一个代码库是多么容易,不发布作为框架所做的工作几乎是没有意义的。 |
|
2
5
这是因为这些“框架”和实用程序都很好。没有必要重新发明轮子。对于大多数琐碎的功能,都有apache commons。 如果没有适合您的XML解析器,或者没有依赖注入框架提供足够的(或者不够简单),或者没有ORM可用于映射您的模型,那么就推出您自己的解决方案。但你得好好测试一下。而且大多数开源项目都经过了很好的测试。 |
|
3
2
我认为这只是事物的自然进化。Java是框架友好的(其他语言如python也是如此),当程序员获得早期框架的经验时,他们会发现他们想要改进的地方和不同的方向。我们正处于框架时代;我们看到这方面有很多创造力,但很难跟上发展的步伐。我不知道什么时候或者是否会平静下来,我们将看到一些基本上不重叠的框架占主导地位。 Java在javax.XML包中的J2SE中确实有广泛的XML支持。 |
|
|
4
2
一般的规则是,如果你已经做了一些事情,你不应该重做(正如波佐指出的那样)。 我只想补充一点,通常编写框架的人往往比您有更多的时间来思考他们的框架解决的问题的优化/清晰性/可维护性。 你通常忙于思考你的商业逻辑。因此实际上,通过使用框架,您可以在应用程序的特定问题域上获得开箱即用的优化和可维护性。 一般来说,如果已经有一个框架可以为您解决问题,那么您应该使用它。 |
|
|
5
1
我的猜测是程序员很懒(很好的那种),不想重新发明轮子。至于为什么会有这么多问题,可能是因为每个人都擅长某个特定的东西,或者有些人喜欢创建自己的解决方案(这没什么错)。 |
|
|
6
1
为什么我们木匠需要在这么多不同种类和品牌的锤子中进行选择?为什么人们害怕自己做锤子? |
|
|
7
0
我真的很想看到框架和库之间更好的区别。 还可以查看此线程进行详细讨论: klick here 对于某些项目,我们可能使用的库多于框架。 |
|
|
user29759326 · 如何返回递归函数中的最后一个值? 1 年前 |
|
|
malife89 · 将java中的字符串读取为正确的日期格式 1 年前 |
|
|
Tim · 在java中,有没有更快的方法将字节数组写入文件? 1 年前 |
|
|
rudraraj · java中未声明最终变量 1 年前 |
|
|
Bala Ji · 以下BFS的实施效率如何? 1 年前 |