哪种范例更适合算法的设计和分析?哪个更快?因为我在大学里有一个叫做算法设计和分析的科目,并且对程序有一个时间限制.OOP比程序编程慢吗?还是时差不大?
我想知道无状态编程的好处,并找到了一个分享我的问题的人: 无状态编程的优点?
当我读完答案时,它让我对这个相反的问题感到好奇.有状态编程有哪些优点?似乎最近有很多关注无状态代码,但我对趋势很谨慎.
似乎有状态(即命令式)编程可能比无状态(即功能)编程更适合某些场景,并且我希望能够更好地识别哪些问题可以通过有状态编程来解决.
procedural-programming functional-programming stateful mutable stateless
我即将开始一个大学项目,为现有项目建立一个程序化城市.
我想知道你们之前是否有任何编码L-Systems的经验,并且知道我开始的好地方.在使用程序方法和Perlin Noise和fBm之前我做了一些工作,所以我得到了L-System在分形意义上的前提.我正在寻找一个可能会让我朝着编码L系统的方向发展的地方.您可以指向我的任何帮助或技术文档都会很棒.
c++ algorithm procedural-programming l-systems procedural-generation
我写了很多在Python脚本来分析和情节的实验数据,以及编写简单的模拟来检验理论如何适应数据.脚本往往非常程序化; 计算一些属性,计算一些其他属性,绘制属性,分析图...
而不仅仅是编写程序,使用类会有好处吗?我可以将实际分析隐藏到函数中,这样我就可以将数据传递给函数并让它做它的事情,但函数不包含在类中.
如果可以通过程序编写,那么Class会有什么样的缺点以及使用Class的目的是什么?
如果这是在我道歉之前发布的,请指出我的方向.
在大学里,我学会了如何使用UML来记录OO应用程序.在现实世界中,我的任务是记录旧的程序程序,实质上是重新创建丢失的设计规范文档.
是否有任何类似于UML的"标准"文档或方法用于记录过程代码?我确信在UML之前必须有人使用过的东西.
谢谢!
是的,我正在努力解决这个问题.我无法区分它们,因为我读到的每一个解释都是如此不清楚和充满哲学.有人可以为我清理这些定义吗?多谢你们.
这些定义同样适用于程序编程和oop一样多吗?谢谢.
唐纳德克努特的计算机编程艺术系列使用他自己的程序汇编语言MIX.现在,问题变成了:Knuth是否应该使用函数式语言来描述他的算法?TeX是否应该用函数式语言编写?
计算机具有程序架构.计算的根源是否意味着最好的分支?
最初的AoCP是用MIX编写的.更新后的AoCP使用了基于更现代架构的MMIX.
但是,基本点仍然存在.Knuth从一个程序架构转到另一个......显然不需要函数式编程.
procedural-programming functional-programming knuth structured-programming
我问了一个相关的问题,但我得不到满意的答复.所以,也许我应该以不同的方式问它.
大型C项目(如Perl或Ruby甚至Linux内核)如何处理单元测试?甚至在任何功能语言中?
我熟悉依赖注入和抽象工厂的OOP测试,但我没有看到非OOP中的可扩展和可管理的等价.例如,在C或Haskell中,会有多层函数层,而较高层则隐含地调用较低层.如何找到仅仅测试代码单元而不是所有依赖项的接缝?
避免一起使用接缝的一种方法是保持调用依赖图的深度非常低.可以说是水平编码而不是垂直编码.在"叶子"功能中尽可能多地保留应用程序逻辑; 并确保除了将数据传递给其他节点/叶子函数之外,"节点"函数不起作用.然后,只测试"叶子"功能; 将"节点"功能留给集成测试.这种方法有效吗?
今天最大的软件仍然是用过程语言编写的.必须采用一些有效的方法.有经验的大型软件在程序语言方面具有良好的单元测试能够评论吗?
哪个指标可以帮助表明我有程序代码而不是面向对象的代码?我想有一组简单的指标,它们很有可能表明,分析的代码包含程序事务脚本和贫血域模型,而不是遵循健全的面向对象设计原则.
对于任何有用的衡量指标和工具都会感到满意.
谢谢,托马斯!
对象关系映射,ORM是必须在面向对象编程语言中实现并使用关系数据库的所有应用程序中解决的问题.
但是如果你使用结构来映射C中的关系数据库,问题是不一样的?函数式编程语言中的元组/记录?或者我错过了一些东西,因为我没有用C或函数式语言编写数据库应用程序.
oop orm paradigms procedural-programming functional-programming
oop ×5
algorithm ×2
c++ ×1
class-design ×1
document ×1
function ×1
knuth ×1
l-systems ×1
metrics ×1
mutable ×1
orm ×1
paradigms ×1
properties ×1
python ×1
stateful ×1
stateless ×1
terminology ×1
unit-testing ×1