通达开发人员要学习下企业中的管理思路，企业IT自己动手写是不得已的办法 ...
通用和专用，不好取舍。这是所有产品中的两难选择，没办法的事。
有兴趣有动力哩，就自己写，量体裁衣，把削足适履颠倒过来，变成削履适足:lol citc_darklg 发表于 2015-11-24 09:33 static/image/common/back.gif
不错的思路
把通达的文件管理里面的附件，作为规章制度体系文档的正文；
把通达的文件管理里面的正文，作为规章制度体系里的文档摘要（性质上变成了附件）；
给它颠倒一下。
要点，在file_content 表的CONTENT字段的充分利用。螺蛳壳里做道场，用数组组合的办法，就可以开斋了。 :Q:Q:Q:Q:Q:Q:Q:Q
我们慢慢也会走上老兄的道路，不想走，好像没好的办法:Q:Q:Q:Q:Q:Q
核心程序
liao99 发表于 2015-11-24 16:04 static/image/common/back.gif我们慢慢也会走上老兄的道路，不想走，好像没好的办法 ...
1、文件列表界面（参见一楼），每个文件右侧有编辑和签阅情况2个操作命令。有鉴于编辑操作不常用，把编辑命令取消，改为“存URL”命令，被取消的编辑命令，在发文单中依然存在。这样，最后一次操作“存URL”命令，即存入了文件的发文单的URL和文件编号（如果没有编号则取文件名称），可以一键粘贴到发布新规或编辑文件的“前期版本”和“后续版本”中。这就不仅快捷省事，还能避免输入错误。也能避免在内、外网同时开通时，使用者不熟练而输入了链接的绝对地址，造成仅能在内（外）网能打开文件却在外（内）网打不开的情况。
2、经权衡，程序存放位置还是以脱离file_folder为好，改为存放到\MYOA\webroot\general\bylaw目录，这样可以使全部上传的正文（即通常所说的附件）在attach附件存放目录中自成一体，便于后台管理。
3、把发布新规和编辑文件，写在一个文件里。好处多于弊端。开始写的bylaw_new.php就废弃了。新写的new_edit.php，包含了整个设计思路的核心和螺蛳壳里做道场的奥秘。
4、取消文件列表界面的规章制度类别操作的全部命令。涉及到文件夹的操作，全部使用文件管理模块的原功能。避免在公共文件柜里看到规章制度文件莫名其妙的内容，在IT札记中有介绍。
能否指导如何安装使用 cgft 发表于 2015-11-23 21:02 static/image/common/back.gif
集团版没用过，也不知什么样式。我只不过依照自己的需要做啦。
还没做完，还在慢慢琢磨。请多多指教。 ...
能否指导如何安装使用 本帖最后由 cgft 于 2015-11-27 08:47 编辑
oktty 发表于 2015-11-26 11:36 static/image/common/back.gif
能否指导如何安装使用
没问题。
你在用的版本是2015么？
把QQ发信息告我。
------------------------------------------分隔线 ------------------------------------------------------------------
2015-11-27编辑内容：
此帖的本意是叙述本人在这个二开项目中的思路、历程，与同好交流心得和体会。所发布的源码，属于项目中的核心代码，但仅是整个项目程序中的一部分，目的是与文字相佐证。而且不敢保证其中不含Bug，但却也折射了笔者的思路历程。
不知道显示得行不行，就此把新浪博客中对应于new_edit.php程序的表格，也一并粘贴过来试试看。
文件柜文件表file_content
字段名字段规范
在规章制度系统中的含义
程序变量
CONTENT_ID
int(11)
文件ID
CONTENT_ID
SORT_ID
int(11)
目录ID
SORT_ID
SUBJECT
varchar(200)
制度/标准/资料文件名
SUBJECT
CONTENT
mediumtext
发文单内容(复合参数)
CONTENT/CONTENT_ARR[数组]
SEND_TIME
datetime
归档日期
SEND_TIME
ATTACHMENT_ID
text
正文ID串
ATTACHMENT_ID
ATTACHMENT_NAME
text
正文名称串
ATTACHMENT_NAME
ATTACHMENT_DESC
varchar(100)
正文编号
SERIAL_NUM
USER_ID
varchar(20)
正文版本号
VERSION_NUM
CONTENT_NO
int(11)
文件排序号
CONTENT_NO
NEW_PERSON
varchar(100)
制订部门/起草单位
DRAFT_UNIT
READERS
text
阅读人员
READERS
CREATER
varchar(100)
归档人
CREATER
LOGS
text
操作的日志
LOGS
KEYWORD
varchar(100)
文件资料/规章制度/企业标准
RULE_TYPE
CONTENT数组在规章制度系统中的含义
程序变量
CONTENT_ARRY拟稿
DRAFT_MAN
CONTENT_ARRY批准机构或批文号
APPROVED
CONTENT_ARRY批文链接地址
APPROVED_URL
CONTENT_ARRY生效日期
INTO_EFFECT
CONTENT_ARRY摘要
SUMMARYS
CONTENT_ARRY范围
PURVIEW
CONTENT_ARRY前期版本
EARLIER_STAGE
CONTENT_ARRY前期版本链接地址
EARLIERSTAGE_URL
CONTENT_ARRY后续版本
FOLLOW-UP
CONTENT_ARRY后续版本链接地址
FOLLOWUP_URL
提醒
DO_REMIND
发公告
DO_NOTIFY
一个坑里栽倒两回，够一说了
二开的过程，也是一个学习的过程。1、想让程序自动得到用户的单位名称，自动显示出来。这样，程序的可用性的弹性就大为增强。
二开手册提供了get_unit_name()函数，直接拿来用，不好使:dizzy:。那咱就问现成的老师——通达的客服和技术支持。
这不，咱也明白了怎么把类实例化了。
在这里想说一句不招某些人爱听的话，别动不动就摆出一副“我是用户，我是上帝”的架子，尤其是用这种方式对待前台辛辛苦苦的客服。将心比心换位思考一下吧，人心都是肉长的。即使是研发人员，纵然出现些Bug，在所难免。通过编程，我是深有体会，一个字符一个字符地写，错一个标点符号都不行，俗称“码农”，研发人员辛勤耕耘，不容易！
2、想在程序中显示文档标题，鼠标点一下，就直接阅读。
查二开手册，用attach_url函数。可阅读的URL数组就是得不到，怀疑attach_url函数有问题，反映到技术支持，人家说，你传的参数不对吧？怎么附件名是空的？我说不对呀，明明上传了了啊，自己调试一看，上传的附件名，后面有一个“*”，去掉了，阅读的URL数组就出来了。
满以为大功告成，继续试 ，得到的URL，还是不能用。既然attach_url函数没问题，别再找客服的麻烦了，自己琢磨吧。静下来一想，难不成还是入口参数错误？这一看还真是，提供的入口参数，附件ID，后面多余了一个“," 逗号。
一个坑里栽倒两回，还真够笨的了……
cgft 发表于 2015-11-27 09:23 static/image/common/back.gif
二开的过程，也是一个学习的过程。
1、想让程序自动得到用户的单位名称，自动显示出来。这样，程序的可用 ...
对于客服其实我们也很能理解，我们二开实在是需要技术资料，有些东西，工作流手册和二开手册里没说或者说得不详细，所以只能从客服那里了解，而且群里的客服他们说是不负责解答这块的，在这个论坛开发园地发个帖，一个月了还没人回复。
当然，有些客服还是很尽责的。
建议通达完善一下手册和文档，最好带有demo，这样能减少客服的压力。