Frameworks 框架的使用

Frameworks 框架的使用,frameworks,Frameworks,就我个人而言,我不喜欢使用框架,我认为这会让你失去语言的基础知识。你们这些人是怎么想的…我没有时间自己写所有需要的东西。因此,我使用框架。我认为使用框架可以让您专注于解决客户的实际业务问题,而不必一次又一次地将时间浪费在编写相同的通用代码上。此外,一个好的框架会被大量的人广泛测试和使用,这确保了质量通常高于解决方案的质量。框架只是使用特定语言经过一段时间后的结果,其中嵌入的功能只会让事情变得单调乏味,琐碎的——Javascript库jQuery就是一个很好的例子,在这个库中,甚至像在dom re

就我个人而言,我不喜欢使用框架,我认为这会让你失去语言的基础知识。你们这些人是怎么想的…

我没有时间自己写所有需要的东西。因此,我使用框架。

我认为使用框架可以让您专注于解决客户的实际业务问题,而不必一次又一次地将时间浪费在编写相同的通用代码上。此外,一个好的框架会被大量的人广泛测试和使用,这确保了质量通常高于解决方案的质量。

框架只是使用特定语言经过一段时间后的结果,其中嵌入的功能只会让事情变得单调乏味,琐碎的——Javascript库jQuery就是一个很好的例子,在这个库中,甚至像在dom ready上分配函数这样简单的东西都被抽象出来了,这样就可以跨浏览器支持它,并且很容易键入,例如

$(function() {
// code
});
与编写50-100多行DOM脚本来解释Webkit、Gecko、Presto、Trident等等中domapi的不一致相反


您尝试过哪些特定的框架,但不喜欢

轮子已经发明了-为什么要回去?

嗯,你一定有很多时间

就我个人而言,我真的很喜欢根据软件的上下文(ASP.NET、Compact framework、Silverlight、WF等)以各种形式使用.NET framework。我真的不喜欢重写数据管理工具和配置工具,更不用说一些常用的基本功能了


另一件事是:如果我在团队中与您一起工作,而您不使用框架/标准,那么我需要做更多的工作来了解您的代码。这不会在我的天空中赢得一颗星星…

我确实每次都有时间重新发明轮子,但是如果我要在实现我自己的数据结构、排序算法、文件I/O操作和UI库以及实际编写一个为用户提供价值的应用程序之间做出选择,我通常会选择第二个选项

也就是说,除非框架中的实现不符合我的需要,否则我无法围绕框架设计我的应用程序。这种情况很少发生


顺便说一句,严格来说,您几乎总是在使用框架。如果你用C或C++编写代码,你经常使用一些类似于<代码>的代码,包括。这意味着你已经使用了一个框架:C标准库。在.net中,BCL是一个框架。我确信Java、Python和Ruby也有一个基于该语言的标准框架。

对于学习一种新语言或一个新的库/包(比如OpenID、MySQL),是的,远离框架是很好的。但一旦你开始开发项目,图书馆就很好了。掌握引擎盖下的工作原理是很好的,但这并不意味着你必须一直从头开始。其他的框架已经被很多人“盯上了眼睛”,我怀疑我能否写出一个比STL中提供的更好的向量。

如果你每次都有时间重新发明轮子,那就继续吧。但是如果你使用一个框架,你可能有时间把这个问题说得更清楚一些。如果你使用的是基于.net的应用程序,而你不喜欢这个框架,那么你需要多少时间来制作一个应用程序?这应该是社区维基,但不应该被否决。鉴于(到目前为止)回答相当一致,我想说这并不是那么主观。至于爱争论的人,唯一一个这样做的人是OP,他提出了一个荒谬的立场,其他人几乎都同意不使用框架是一个坏主意,而且会适得其反。