EDA365电子工程师网

标题: 论坛推荐：怎样写出好的脚本-流程的开发与建立 [打印本页]

---

作者: admin    时间: 2019-9-27 15:10
标题: 论坛推荐：怎样写出好的脚本-流程的开发与建立
我不是专业的程序员，我也没有太固定的coding style，只是最近在写一个utility，有些许感想，加上在之前网上收集了一些参考资料，遂想整理出来，以享需要之同志。
这个系列暂时还没想好写多少，目前有以下几个议题，在此基础上展开来写：

• 脚本流程的开发与建立（本文）
  
• 降低维护成本需要的好习惯
  
• 权衡流程自动化与深入学习之间的矛盾
  & a0 W' K0 w/ F  E

今天开始将第一个议题：流程的开发与建立

flow chart

0 @# B* ?) \4 x+ r
我是做IC的，大规模集成电路，在我们行业里，一切按流程办事早已成为一种共识，主要是因为集成电路的生产工艺要求很高，生产成本巨大，技术门槛相对较高（专业化），开发周期相对较长（相对传统制造业）。


. o- s& {2 k! ~) T, y, s3 QEDA工具都有一套行之有效地参考flow，每家公司都会开发一些flow和工具，来提高员工的工作效率，标准化开发手段。那么怎样的flow才是一个好的flow呢？大家的意见都是不同的，我只是管中窥豹地讲下我认为的好flow是怎么样子的。
4 H+ n# s6 Z6 u8 M6 w请看图（原创，如需引用请表明出处）：
# v4 R- N8 I8 D; y2 A1 _
& L6 v/ f, [" c

• flow是最外层与用户交互的部分，接受用户的输入，给予用户输出结果
  . T% ~& ]0 B$ \& u/ o
• flow与核心的工具没有关系，flow行驶的是管理和后勤之类的事情，而真正生产线上是生产汽车还是生产iphone，这对于flow来说没有差别
  
• flow中应该要包含项目管理和时间控制等等子模块，这些子模块本身可能也是一个比较复杂的过程
  
• 确定执行具体功能脚本的机制，尽可能降低维护成本
  ! I! B. @3 v' f3 I9 x4 Q1 e

$ u# P. {  \7 V: @$ d5 y3 T9 E对于Tcl来做flow controller，以下两种方式的调用子功能的方法做个比较:
— proc 实现子功能

. k0 P0 J$ P/ c1 W: H! Q+ }9 |
• 作用域不明确，需要不断切换，EDA工具的所有配置都是在global domain里的，proc封装之后经常会发生作用域不明确，给开发带来额外的负担
  5 g. i6 ?* _/ W& g/ X  m
• 方便管理，责任明确
  8 l( H" O' ]0 B8 H: T6 a  F
• 更新维护方便
  % f$ D* q" s; U  C
• 复用性强
  

— eval 运行子功能模块

• 运行排错滞后，不能在source的时候就发现一些code上的基本错误
  / c7 @) s. @4 c: r9 x
• 所有功能模块都是在global域内执行的，功能模块中使用到的变量的作用域被扩大
  ( d9 _0 Y, b3 V( @4 t
• 开发调试上的便利
  7 G5 ?! Z2 ?* h9 m* Z: j: z8 w2 K
• 可复用
  # y# S* u/ E( c! p4 \! w# k: N
• 使用wrapper的方式运行具体脚本，便于流程的建立
  $ g3 F' j  M5 Z+ L) x. d$ N. B

由于eval的第三条，我采用的是eval来运行具体的功能模块，相当于给具体的脚本加了一层wrapper，可以做到flow与具体功能脚本隔绝开来，能更好地对flow之外的过程进行详细的控制。
对于方便管理和责任明确，维护方便等优点，我自建了一套debug系统，自己建立数据联系，将脚本管理，维护方式，错误报告等统一起来。
而复用这个问题上，eval的确没有proc来得强，也不可能做到封装，而灵活性本来就是eval的优点，这个要有所取舍了。
* X5 ~! ~% w0 d4 \* {8 g0 K* L我编写的这个flower cotrolloer有如下特性：
, N, I/ ]1 V2 ?0 L7 i8 B

- q1 {# O& B$ }0 A9 e
• 读取excel做为配置文件，实则是转换为ASICII文件后做为flow cotroller的配置文件；
  9 q% m6 P8 b# D: K
• 每个子功能模块需要的信息都定义在配置文件中，包括维护者，各种特性，有flow cotroller读取并存储在变量里；
  / J9 U; e" O5 m9 z* F' v$ o! L
• 有自己的message system，定义多种message的级别；
  
• 输入信息的总体check，有不合理的return并给出解决办法；
  & B0 J9 w5 R  x9 |* U# Q. r
• 每个子功能模块有tag机制，方便扩展后续功能；
  9 k) e1 j7 K, o7 H
• 子模块出错，自动发送mail给维护者，抄送当前用户并记录出错时的error message和所有相关变量的值
  
• 监控子模块的运行时间runtime
  1 y6 d3 g) d  T/ A* T, t
• flow run结束有mail提醒，mail中有概要的运行结果信息
  ( N3 I" p, R# ?+ ?/ w) v5 t
• 最终结果以网页的形式发布
  . C! i6 I( O9 u3 z8 J' i8 _9 K! ]$ Z
• 使用list来代替bool输入
  
• 适用于ICC/EDI并可以支持其他工具
  8 i8 w+ _2 k& s0 m8 N; k
• 预留了prerun和postrun的接口
  # V# X( b4 u: v9 a1 j6 ?; G% F/ R
• 各种模式切换的接口
  3 ]7 c% s, K9 F; d

这些事主要功能，还有很多贴心的小地方在用户的不断测试中在完善。
分享一个Tcl运行cmd set的wrapper ：整套cmd set包含exeCmdSet, msgCmdSet, cfgCmdSet三个命令和一个全局数组变量varCmdSet。

• 可接受数据输入
  
• 计算runtime
  
• mute消息
  
• 自定义array
  , ^2 }* ~5 Q# z

?Download execmdset.proc
& o# Q7 w4 j. F* X. }$ j- S; x

- \+ I' s# t$ G2 G5 n& x
• proc exeCmdSet {args} {
  
  4 }5 Z2 j+ @. l" ]6 ]% m' w& u
• 
  ) ^8 A, s& W  v1 d3 r) O( l( W
  
• global varCmdSet ;
  
  2 y+ n8 s/ E6 G& @0 m% ]/ o2 z# t
• my_parse_proc_arguments -args $args alist ;
  
  
• ...
  3 S- s3 y8 h# d, q0 D3 i; a
  
• }
  : E6 }+ n% K0 c! f0 f; D1 R
  
• my_define_proc_arguments exeCmdSet -info "Evaluate tasks defined in -array, default is strCmdSet" \
  
  8 Q5 Z7 g% ]- c  }
• -define_args {
  # Y/ y5 M" ~7 C/ R9 I
  
• {task     "Name of tasks" tasks list required}
  ' c# |& \0 c+ g( n! H' ^
  
• {-nomsg   "Boolean to control the stdout msg" "" boolean optional}
  
  
• {-array   "Array to exec" array string optional}
  6 y; q  ~5 e4 _6 U$ x
  
• {-runtime "Calculate the runtime" "" boolean optional}
  8 u1 _4 B( w$ J- o, Q# F! x& Z
  # t2 C7 w( l' y& U. \. A9 [1 I6 z
• {-data    "Data store in varCmdSet" data list optional}
  8 q3 s9 \/ B: h3 D& V" b) T( H
  ( z& a: q. A$ i( b% l
• }
  

复制代码

---

欢迎光临 EDA365电子工程师网 (http://bbs.elecnest.cn/)

Powered by Discuz! X3.2