欢迎来到村长的小花园!
这里记录着ES/ERP/ESAP最佳实践之路-
ES财务总账无限层级展开
最近一直忙于开发财务成本核算，财务小MM前天跑来跟我倒苦水，希望ES的财务总账能展开，这样就相当于也有科目余额表的功能了，好吧，今天周五，趁着空闲来一波久违的ES开发！
效果图
-
点击按钮就可以自动展开或收缩了，是不是很棒？
-
1层-总账
- 2层-总账
- 3层-总账
- 4层-总账
- 5层-总账
- 5层以上-总账
关键sql视图
with cte as --v科目 ( select 科目代码,上级 pid,科目代码 科目,代码,名称,科目全称,0 as lvl from 科目 union all select c.科目代码,d.上级,d.科目代码,d.代码 ,d.名称,d.科目全称,lvl+1 from cte c inner join 科目 d on c.科目 = d.上级 ) select * from cte --order by 科目代码,科目 with cte as --v科目层 ( select 科目代码,上级 pid,科目代码 科目,代码,名称,科目全称,0 as lvl from 科目 where isnull(上级,'')='' union all select c.科目代码,d.上级,d.科目代码,d.代码 ,d.名称, cast(replicate('·',lvl+1)+d.科目全称 as nvarchar(100)),lvl+1 from cte c inner join 科目 d on c.科目 = d.上级 ) select * from cte --order by 科目代码,科目然后就是各种撸表间公式了，嗯，模板拿去，别跟村长客气，用爽了记得捐赠esap项目啊，母哈哈哈哈，ε=ε=ε=┏(゜_゜;)┛逃
猛戳这里下载→：总账ES模板
小结
主要应用了sql的cte递归，要求sql2005+哦~
By woylin 2017-6-16
-
-
ESAP2.7正式版发布
历程回顾
继年初v2.0版发布后，经过两月的时间，迭代到v2.5。
v2.5到2.7版又花费了两个月开发和稳定，这其中发生了什么巨变？!
本次发行代号为：destiny（命运），先看看更新日志吧^_^
** 官方主页 **
更新日志
发布于2017-5-9
- [新增]新增WxqdTitle配置项，用于配置微信签到显示标题。
- [新增]新增upload接口，用于上传图片文件。
- [新增]微信查询新增P参数，表示输入的所有内容。
- [新增]新增计划任务模块(全新的玩法，更多的脑洞)；玩家需求!
- [新增]微信查询新增多重返回，可以一次写多个select，保证返回的字段数量一致即可；
- [新增]新增若干开关，可手工更改EsConf配置文件进行调整；
- [新增]微信查询新增默认应用支持(全新的玩法，更多的脑洞)；玩家需求!
- [新增]新增log模块，运行日志写入esap.log文件，上次日志存入日志备份(esap.log.bak)，当配置Debug=false时，将不再打印sql模板相关信息，可大幅减小日志文件体积；
- [新增]微信提醒增加重发机制(配置文件ReTryMsg=true)，海外用户应用时更稳定；玩家需求!
- [新增]微信提醒“部门/职位”格式的接收人支持；玩家需求!
- [调整]微信提醒接收人填报更自由，可使用姓名，账号，手机号，微信号，邮箱，职位，部门任意组合搭配；
- [新增]支持保密消息(safe=1)；玩家需求!
- [新增]ESWEB待办事宜列表打开；
- [新增]超级查询新增用户进入时显示可用查询列表(配置ShowFuncListEnter=true)，企业号端需开启上报用户进入，此外配置文件ShowFuncList=true时，查询中未匹配任何功能也会返回可用查询列表；
- [新增]超级查询新增ES表单搜索查看功能；
- [新增]超级查询增加打包回复模式，解决消息内容过多时的乱序问题（mediaOnly=3）；
- [新增]HOST配置支持端口，可以与监听端口(例如9090)不一致，更方便外网NAT；
- [新增]微信权限支持自定义角色权限支持；
- [新增]esmail自定义发件人支持,可不使用系统Email账户,但与系统Email共用smtp服务器设置；玩家需求!
- [调整]调整微信提醒，邮件提醒，使用计划任务进行配置；
- [调整]调整微信反馈，增加附件上传与回复；
- [调整]超级查询优化消息机制，改善网络延迟造成的重发问题；
- [调整]采用vux重写app；
- [调整]采用sqlt重写esmail插件、微信提醒插件、超级查询和api模块等，支持自定义sql模板；
- [调整]取消微信通讯录模板，改为服务器缓存，解决重名和同步等烦恼；
- [调整]重构ESAP主容器，采用模块化+插件化架构，适应大规模开发定制应用；
- [修复]中文消息超过500字时拆分出空消息的bug；
小结
-
2.7版采纳了大量社区的金点子，同时又整合了大量开源社区力量，发行代号为destiny,即“命运”由您决定！
-
2.7版相比2.5版最大的变化来自于程序本身的组织架构，如果说2.5是实现了功能，那么2.7就是强化优化了功能，这其中有架构层面也有功能层面。
-
2.7版引入了golang社区的一些新的库，例如sqlt，task，log，也引入了vux这样的前端库，引入库不是目的，目的是使所有功能变得可控，可拆分，可扩展，可配置。
-
2.7版可配置的内容和功能实在太丰富，计划任务和默认查询的发挥余地有待社区大大力挖掘，sql模板也给前端开发以及移植ESAP带来了极大便利，相关文档将在后续发布，敬请期待。
-
by @村长
-
2017-5-9
-
ESAP2.7综合应用实例
需求
老师进入微信应用，填入：“学号，课程，日期”，esap采集存入ES数据库
步骤
- 建立一个新应用，例如：“缺勤记录”
- 记下该应用的ID号(此处为22)，同时设置回调。
- 回调通常跟小助手一样
- 开启进入上报
- 设置管理组对该应用的权限
企业号部分设置完成。
接下来设置ES部分。
- 新建一个模板作为存储容器（缺勤表），包含六个字段：id，学号，课程，日期，制表，记录日期。
- 新建并填一条测试记录，保存。
- 进入sql查询一下，记下excelserverrcid和excelserverrtid（此处为rc20170509000004, 21.1）
-
接下在微信查询中加入一条查询
-
其中，功能名称是应用ID(22)，即定义默认应用
-
rcid和rtid为sql查出的部分，主要用于工作台显示
-
格式提醒配合进入提醒使用
- 用notepad++配置EsConf,设置ShowFuncListEnter=true
... "ReTryMsg": false, "ShowFuncList": false, "ShowFuncListEnter": true, "NeedWxOAuth2": false, "Debug": false- 重启ESAP，进入微信应用【缺勤记录】，会收到格式提醒，依次输入，逗号或空格隔开即可完成记录。
注意日期必须是YYYY-MM-DD格式，需要补0
- ES中也会更新记录
Ok,大功告成！
小结
主要应用了ESAP2.7中的相关技术：
- 微信默认应用（查询名称为应用ID）
- 进入提醒（默认应用仅显示对应的格式提醒）
- 回写模式(insert到ES已有的明细表)
By woylin 2017-5-9
-
ESAP2.5里程碑即将发布
v2.5里程碑即将发布
继一月开放ESAP数据库框架后，又一重磅项目发布啦，凝聚社区金点子集合的超级好玩免费项目——ESAP服务器，来自村长的倾情奉献!
官方主页
ESAP有什么鬼
两个月时间，社区力量推动，来看看这货的更新履历，脑洞大开一下吧。
v2.5 里程碑！
- 微信提醒新增图片、文件消息支持；
- 微信提醒新增多人多部门消息支持；
- 微信提醒新增密图文消息支持，支持多条密图文；
- 微信提醒新增普通新闻消息支持，支持多条普通新闻；
- 新增微信签到，支持地图显示，支持菜单按钮签到；
- 新增微信图库，通过相册或拍摄照片上传，支持多图上传；
- 新增微信反馈，通过APP进行反馈提交；
- 微信超级查询新增回写支持，支持update,insert；
- 微信超级查询新增通讯录变量支持，增加任意标点分割功能；
- 微信超级查询新增多选混合权限支持；
- 微信超级查询新增任意应用回调支持；
- 微信超级查询新增扫码(二维码/条码)查询支持；
- 微信超级查询新增图片，附件查询支持；
- 微信超级查询新增OCR接口；
- 修复超级查询随机排序问题；
- 采用echo框架重构公共库。
v2.4 plus！
发布于
2017-2-4- 新增微信超级查询引擎；
- 新增API主机(Host),ESweb主机配置项；
- 新增工作流办理，plus!；
- 采用重构版微信SDK，plus!。
v2.3
发布于
2017-1-18- 新增微信提醒标题配置项；
- 新增邮件提醒功能，可带图片、附件；
- 修复高版本网盘系统表切换问题。
v2.2
发布于
2017-1-13- 简化配置项，增加配置页面/conf；
- 更新大量细节，模块运行更稳定；
- 错误提示完善，不再因普通错误导致崩溃；
- 现在你只需要两步就可以玩转微信提醒： 1、导入模板；2、启动esap.exe 就是这么简单！
v2.1
发布于
2017-1-7- 修复BOM复制本表代码；
- 更新vBOM、vPBOM视图，修复子件超过10个的RN排序问题；
- 导入微信提醒、微信通讯录、微信提醒视图(vwxtx)；
- 增加微信企业号API及基本配置；
v2.0
发布于
2017-1-5- 导入主数据：商品、企业、字典；
- 导入IO单对象、订单对象；
- 导入无级BOM；
- 导入自动检查更新功能(ESAP_关于)。
感言
-
作为一款分布式免费软件，esap项目已经在牛叉的路上越走越远，2.5里程碑的发布宣布微信端已经逐步成熟，接下来会在app，desktop和其他云服务方面继续发力，欢迎大家一起参与，贡献你的智慧和金币(hahahaha~:)
-
by 打了三管鸡血的村长
-
2017-3-7
-
大道至简的哲学
简单就是美
村长没有口头禅，如果有，那就是这句了。
-
软件系统的设计能遵循这点就是守住了根基，否则系统越大溃败也越快。
-
虽然村长不是计算机专业出身，但作为业余爱好之一，编程经验也超过了17年。
最早是初中接触DOS，WIN98，自学了VF，C++； 后来大学接触winXP/2000，专业课学习C语言，图书馆借书自学了VB; 工作以后又自学了C#，php，javascript，go等；
-
整个计算机世界都是C语言在支撑，从Unix，linux到windows，系统内核无一不是由C构建。
-
作为内核级语言，C语言已经足够优秀，但C只被少数人掌握和使用，远远不能满足应用级软件的开发需求。
-
由此导致了C++/JAVA等语言的诞生，这些类C语言对C进行了大幅的扩展，加入许多黑科技，日积月累形成了人为技术壁垒，深入学习曲线变得陡峭。
-
无意于评价语言的好坏，只是学到go时才让村长真正静下心来思考一些设计哲学的问题。
-
相比于C#/C++/java那些冗长的OO链，以及各种多余抽象概念和复杂设计模式，go就像一股清流，回归到C语言的本源哲学。
-
有人说google是重度代码洁癖患者，的确，要支持世界那么多应用，google的20亿行代码放在哪儿都是令人生畏的。
-
同样的，网络传输中哪怕只能节省一个字符，对全世界而已也是节省了巨额流量，google主导的go处处充满了这种洁癖。
大道至简
go的简洁正是大道至简的哲学实践：
-
仅有25个关键字，这是最最常见的简洁评价。
-
没有泛型，这点跟C类似，然而经常被OO玩家吐槽。
-
没有分号，越来越多的语言开始这么干了，此处节省1字符。
-
没有括号，if，for，switch等条件没有括号，此处节省2字符。
-
没有break，switch自带了，节省5字符。
-
没有while，只有for，可以，这里节省了2个字符。
-
没有Public，Private，只有大小写，嗯，节省得任性。
-
没有class，跟C语言一样，只有struct，其实class也就是在struct上扩展了成员函数，go就是这么干的，no class!
-
没有构造函数，使用make关键字处理内置类型，例如slice，map。
-
没有继承，使用interface，回忆一下google的20亿行代码交流，你确定要写继承声明？实际上这就像现实交流中没人会说我祖上是谁，而是说这个工作我会，这就是接口的哲学。
简约而不简单
go的设计哲学虽然简洁，但功能方面确一点也不含糊：
-
动静结合，语法动态，静态编译。
-
原生的UTF-8支持，你可以适当使用中文编码。
-
多值返回，妈妈再也不需要组arr再返回了。
-
跨平台，这比C/C++要强太多。
-
有GC，1.8的GC已经降到1ms了，很多游戏服务器已经起飞。
-
并发性能，goroutine和channel不但简单易用，还能充分发挥多核硬件优势，Let’s go go go~
-
部署简单，自带runtime，没有任何外部依赖。
-
强大的网络库和工具，构建网络服务能力非常惊艳。
-
自带单元测试和性能测试，跑Benchmark会上瘾啊。
-
最重要的一点，简单易学，任何语言转过来都是几天的事儿，业余时间都能撸出大项目。
小结
2016年已成为历史，然而村长在这年收获了很多也成长了很多，最近在重构一年前的wechat模块时，从go的官方库中获得了许多灵感，也新增了许多姿势。重构工作已接近尾声，接下来就是ESAP项目快速迭代，发力的时间到啦！
-