小编Yve*_*omb的帖子

假设我熟悉在jQuery中开发客户端应用程序,但现在我想开始使用AngularJS.你能描述一下必要的范式转变吗？以下是一些可能有助于您确定答案的问题:

• 如何以不同方式构建和设计客户端Web应用程序？最大的区别是什么？
• 我应该停止做什么/使用什么; 我应该开始做什么/使用呢？
• 是否存在任何服务器端注意事项/限制？

我不是在寻找jQuery和之间的详细比较AngularJS.

我对这种东西不熟悉,但最近我听到很多关于Node.js有多好的东西.考虑到我一般喜欢使用jQuery和JavaScript,我不禁想知道如何决定何时使用Node.js. 我想到的Web应用程序就像Bitly一样- 获取一些内容,将其归档.

从我过去几天所做的所有作业中,我获得了以下信息.Node.js的

• 是一个命令行工具,可以作为常规Web服务器运行,并让一个人运行JavaScript程序
• 利用伟大的V8 JavaScript引擎
• 当你需要同时做几件事时,这是非常好的
• 是基于事件的所以所有美妙的Ajax类似的东西都可以在服务器端完成
• 让我们在浏览器和后端之间共享代码
• 让我们与MySQL交谈

我遇到的一些消息来源是:

• 潜入Node.js - 介绍和安装
• 了解NodeJS
• 节点示例(Archive.is)
• 让我们制作一个Web应用程序:NodePad

考虑到Node.js几乎可以在亚马逊的EC2实例上运行,我试图了解哪些类型的问题需要Node.js,而不是任何强大的国王,如PHP,Python和Ruby.我知道这实际上取决于人们对语言的专业知识,但我的问题更多地涉及一般类别:何时使用特定框架以及它特别适合哪种类型的问题？

鉴于DateTime代表一个人的生日,我如何计算他们的年龄？

似乎普遍认为表不应该用于HTML中的布局.

为什么？

我从来没有(或很少诚实地)看到这方面的好论据.通常的答案是:

• 将内容与布局分开是件好事
  但这是一个错误的论点; 陈词滥调.我想使用表格元素进行布局与表格数据几乎没有关系.所以呢？我的老板在乎吗？我的用户在乎吗？
  
  也许我或我的开发人员必须维护一个网页关注......一个表不易维护吗？我认为使用表比使用div和CSS 更容易.
  
  顺便说一下...为什么使用div或span将内容与布局和表格分开？只使用div来获得一个好的布局通常需要很多嵌套的div.

• 代码的可读性
  我认为这是另一种方式.大多数人都懂HTML,很少有人理解CSS.

• SEO最好不要使用表格
  为什么？任何人都可以证明它是有证据的吗？或谷歌发表的声明表示,从SEO的角度来看,表格是不受欢迎的？

• 表格较慢.
  必须插入额外的tbody元素.这是现代网络浏览器的花生.向我展示一些基准,其中使用表会显着减慢页面的速度.

• 如果没有桌子,布局检修会更容易,请参阅css Zen Garden.
  大多数需要升级的网站也需要新内容(HTML).新版本的网站只需要新的CSS文件的情况不太可能发生.Zen Garden是一个不错的网站,但有点理论上.更不用说它滥用 CSS了.

我真的对使用divs + CSS而不是表格的好参数感兴趣.

我正在尝试让我commit-build.bat执行其他.BAT文件作为构建过程的一部分.

内容commit-build.bat:

"msbuild.bat"
"unit-tests.bat"
"deploy.bat"

这看起来很简单,但commit-build.bat只执行list(msbuild.bat)中的第一项.

我已经分别运行每个文件没有问题.

设计/构建大型功能程序的好方法是什么,特别是在Haskell中？

我已经阅读了很多教程(自己写一个方案是我最喜欢的,真实世界Haskell紧随其后) - 但大多数程序都相对较小,而且是单一目的.另外,我不认为它们中的一些特别优雅(例如,WYAS中的大量查找表).

我现在想要编写更大的程序,包含更多移动部件 - 从各种不同来源获取数据,清理数据,以各种方式处理数据,在用户界面中显示,持久化,通过网络进行通信等.一个最好的结构,这样的代码是易读,可维护,适应不断变化的要求？

有大量文献针对大型面向对象的命令式程序解决这些问题.像MVC,设计模式等的想法是实现广泛目标的理想规定,例如在OO风格中分离关注点和可重用性.此外,较新的命令式语言适合于"随着您的成长而设计"的重构风格,在我的新手看来,Haskell似乎不太适合.

Haskell有相同的文献吗？如何在功能性编程(单子,箭头,应用等)中使用异域控制结构的动物园最好地用于此目的？你能推荐什么最佳实践？

谢谢!

编辑(这是Don Stewart回答的后续行动):

@dons提到:"Monads在类型中捕获关键的建筑设计."

我想我的问题是:如何在纯函数式语言中考虑关键的架构设计？

考虑几个数据流的示例和几个处理步骤.我可以将数据流的模块化解析器编写为一组数据结构,我可以将每个处理步骤实现为纯函数.一个数据所需的处理步骤将取决于其值和其他数据.一些步骤之后应该是GUI更新或数据库查询等副作用.

什么是以正确方式绑定数据和解析步骤的"正确"方法？人们可以编写一个大功能,为各种数据类型做正确的事情.或者可以使用monad来跟踪到目前为止已处理的内容,并让每个处理步骤从monad状态获得接下来需要的任何内容.或者可以写很多单独的程序并发送消息(我不太喜欢这个选项).

他链接的幻灯片有一个我们需要的东西子弹:"将设计映射到类型/函数/类/ monad上的成语".什么是成语？:)

如何确定两条线是否相交,如果它们相交,在x,y点处是什么？

有人可以解释软件设计和软件架构之间的区别吗？

进一步来说; 如果你告诉别人告诉你"设计" - 你期望他们出现什么？"架构"也是如此.

我目前的理解是:

• 设计:特定模块/系统部分的UML图/流程图/简单线框(用于UI)
• 架构:组件图(显示系统的不同模块如何与其他系统和其他系统通信),要使用的语言,模式......？

如我错了请纠正我.我已经提到维基百科有关于http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture的文章,但我不确定我是否正确理解它们.

我正在寻找一个命令行解决方案,它将返回localhost的主(第一)IP地址,而不是127.0.0.1

该解决方案至少适用于Linux(Debian和RedHat)和OS X 10.7+

我知道ifconfig两者都可用,但它们的输出在这些平台之间并不一致.

例程可以有参数,这不是新闻.您可以根据需要定义任意数量的参数,但是过多的参数会使您的日常工作难以理解和维护.

当然,您可以使用结构化变量作为解决方法:将所有这些变量放在单个结构中并将其传递给例程.实际上,使用结构简化参数列表是Steve McConnell在Code Complete中描述的技术之一.但正如他所说:

细心的程序员避免捆绑数据,这在逻辑上是必要的.

因此,如果您的例程有太多参数或使用结构来伪装一个大参数列表,那么您可能做错了.也就是说,你没有保持松耦合.

我的问题是,我什么时候可以考虑参数列表太大？我认为超过5个参数,太多了.你怎么看？