流程图。这种古老的做法已经使用了1000多年,现在正被强加给我们这些贫穷的学生,没有任何用处(或者我认为是这样)。它可能在命令式、顺序运行的语言中工作得很好,但是我钟爱的函数式编程呢?
不幸的是,我不得不为我的程序创建一个流程图(这是用Haskell编写的)。
我想象这样的事情很容易:
main :: IO ()
main = do
someInput <- getLine
let upped = map toUpper someInput
putStrLn upped
这只是3个顺序的步骤,获取数据,大写,输出。
这一次情况看起来更糟:
main :: IO ()
m
我在和合作。我处理我生成的发送/接收信号的流程图。这些流程图初始化并启动,但它们不会将控制流返回给我的应用程序:
我导入了time
while time.time() < endtime:
# invoke GRC flowgraph for 1st sequence
if not seq1_sent:
tb = send_seq_2.top_block()
tb.Run(True)
seq1_sent = True
if time.time() < en
我正在研究如何最好地开发/编码类似流程图的场景。
例如,给出下面的图,我可以在它下面编写伪代码来满足需求。然而,随着流程图的改变,这将变得难以维护。此外,当流程图变得更复杂时,也会有相当数量的重复,这只会变得更糟。
我试图解决的问题到底是Windows Workflow foundation的作用吗?或者,对于手头的任务来说,这是一种过于严厉的方法吗?
也许我忽略了一个显而易见的解决方案?谢谢你的帮忙!
(附注:我应该提一下,我正在寻找一个基于.NET的解决方案)
..and伪代码...
Public Function Inbox() as Result
If IsItIm
我有点困惑如何在我的流程图,在for循环中添加增量。这是我的密码:
var Subject = document.getElementsByName('Item');
alert(Subject.length);
var hasAnySubjectChecked = false;
var numberOfElectives = 0;
for (var i = 0; i < Subject.length; i++){
if