【问题标题】:File structure preference文件结构首选项
【发布时间】:2014-10-25 21:43:35
【问题描述】:

我是一名年轻的开发人员,我正在努力学习一些最佳实践。

我希望我的问题不要受到太多意见,我可以在这里得到一个标准的答案。

基本上我写了一个很大的 JS 文件,几千行。 事物有三种主要类型?(对象?)。

  1. 我在 node.js 服务器上使用的导出函数来处理提交的数据
  2. 导出函数使用的变量,其他任何地方都没有
  3. 此文件中的导出函数调用的函数,其他任何地方都没有。

我想将它们分开,这样我在编辑时就不必滚动太多。在我看来,拥有这三个文件是有意义的,其中“导出的函数”文件在顶部调用它需要的变量和函数。

这是常见的做法吗?有没有从另一个文件调用变量和函数的最佳方法?在这里的任何建议将不胜感激。

【问题讨论】:

  • 听起来1+2应该导入3
  • formfunction 分开
  • 最好使文件尽可能短——如果我是你,我会将该文件重新设置为不仅仅是三个文件(每个文件约 600 行),我可能会做 10 个或所以。可能只是意见,节点有 2k+ 行文件。
  • 不确定编辑为什么被批准;回滚。它没有增加任何价值,并留下了不需要的介绍和结尾。请在批准此类编辑之前三思而后行。或相应地更正编辑。

标签: javascript node.js file-structure


【解决方案1】:

只要您要求偏好,您就会得到。但今天我想分享我作为程序员的部分个人经验,这就是为什么我要写一个答案而不仅仅是评论。


模块化编程很好

只要软件可以轻松管理和修改,就可以保持原样。如果它开始变得麻烦,那么考虑 OOP。


结构化的灵活性

OOP 的真正强大之处在于它的灵活性,它使任何程序都易于实施,因为规划通常是事先完成的。借助 UML 图,您可以决定如何最好地表示应用程序。


OOP 是关于首字母缩略词

OOP 最可怕的部分是它的首字母缩略词,它需要一些时间才能消化,有时甚至听起来很吓人。但从长远来看,those acronyms 将帮助您从更好的角度思考软件。


考虑设计模式

由于 javascript 不是真正的 OOP 语言,我曾经认为 设计模式 不适用于它。实际上,模式更多的是关于解决问题,而不是教授最佳实践。考虑structural patterns 以获得灵感。


编程是一段旅程

因为你还年轻,我相信你有足够的时间去犯错误并从中吸取教训。做决定。尝试一些东西。您的学习曲线将朝着正确的方向发展。


最后,靠近 StackOverflow。这里有很多东西要学。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-03-07
    • 1970-01-01
    • 1970-01-01
    • 2018-02-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多