摘要：
功能描述：比较本地文件版本和服务器最新版本如果不一致则提示版本有更新更新的分级：更新分为普通更新和重要更新普通更新是功能的简单优化，即使不更新也不会造成功能缺失或异常重要更新是问题的修复，如果不及时更新会造成功能缺失或者系统异常 阅读全文
摘要：
这里说的是C/S客户端更新，其他情况不做讨论 1.更新程序减少依赖 之前做过一次更相信需要更新Newtonsoft.Json.dll 的版本 但是我的更新程序引用了这个文件 也就是说执行更新程序的时候这个文件是占用状态，更新不了！ 所以更新程序最好是零引用，只用系统自带的dll类库就可以，尽可能【小 阅读全文
摘要：
忙不过来项目时间紧张，完全不可能在交期前完成，加班到猝死都来不及着急忙慌延期个把月做出了系统BUG一大堆，看着就像一坨屎，自己都嫌弃来不及的项目就别接了，接到也是赔钱需求不合理直接面向使用者的开发有这样的风险，实际业务场景如果不熟悉，只能根据使用者的要求做但是使用者的要求是前后冲突的！要命的是你不做到那一步都不知道会冲突！模块负责人一定要熟悉实际业务场景，否则容易出错，浪费时间，效率低下用户提出的... 阅读全文
摘要：
1.文档代码需要一个文档说明代码的基本情况，使用的组件，代码逻辑层等等2.源代码冲突(Git)首先需要尽可能避免冲突，公共的工具基类尽可能不动，如果需要修改也交给专人修改不能谁都上去修改项目按模块分工，并建立相关分支，可以最大避免文件冲突，最后分支合并时解决冲突(多为Project文件冲突，因为各个成员添加了不同的文件在一个Project里面，在分层开发中不可避免，或可以尝试模块分层)3.代码审查... 阅读全文
摘要：
class Program { public class ExRate { public string bank { get; set; } public string currency { get; set; } public string code { get; set; } public decim... 阅读全文
摘要：
简单说一下我的流程设计核心思路审核步骤是一个操作按钮好比是加工工厂，可能有复杂的逻辑运算流程的上设计一个字段 【流程控制】这里的输入就是指的流程控制的值：(为了防止误解多举几个例子)例如输入【1】经过审核步骤后就变成了【2】例如输入【已提交】经过审核步骤后就变成了【已审核】例如输入【步骤一】经过审核步骤后就变成了【步骤二】审核步骤可以为多个用不同的审核步骤控制可输入值以及输出值，已达到流程控制的目... 阅读全文
摘要：
登陆的时候选择账套，将选择的账套传到服务器在取WorkSet的时候，如果WorkSet的连接字符是【多账套】则将多账套替换为登陆时选择的账套连接字符串服务端也需要作相应调整 添加一个获取账套的接口经过一晚上的努力终于实现了多账套的逻辑首先要添加账套备选然后要将页面的WorkSet设置为支持多账套最后通过配置文件控制是否启用多账套这里说下为什么要加一个控制 ，因为加载多账套列表需要到服务器读取账... 阅读全文
摘要：
添加菜单后用户并不会看到菜单需要经过授权后才能看到授权界面如图授权的数据逻辑可以理解为一个键值对角色>>菜单但是为了方便集中数据管理我设计成了角色>>资源其中的资源可以是菜单 可以是按钮 可以是 字段所以为了区分是那些资源还需要一个分组的字段 也就是角色>>资源>>分组例如判断 销售角色 是否有查询即时库存的权限 就到权限表里找 菜单为 即时库存 角色为 销售 分组为菜单的 数... 阅读全文
摘要：
菜单表数据库设计可以根据数据表取得树状目录，其中 版本和作者 可以分别对版本和修改人进行追溯有兴趣的朋友可以尝试再添加一个收藏夹 也是比较常用的功能 这里我没有做这个功能然后看下菜单编辑界面图片有点放不下 大家可以进入看图模式看下图片 更清楚一些主要是2个部分 树状菜单可以通过鼠标拖拽调整层级关系 和顺序右侧表格登记菜单相关信息上面的功能按钮里面有一个拷贝功能 作用是如果新的菜单... 阅读全文
摘要：
物料代码尽可能唯一即一个物料代码对应一个实物，尽可能不要出现同一实物有多个料号的情况实例：实施一家型材行业客户，同一实物再不同业务场景会有不同的物料代码，导致业务逻辑复杂，做单时数据混乱将主子表视为一体即主表删除子表也删除，子表都删除了主表也要删除，主表修改也要触发子表修改，子表修改主表也要触发变更尽可能使用底层写法这个纯粹是个人喜好，能用触发器的我尽可能用触发器，用程序控制总会因为不明原因导致数... 阅读全文