基于EasyUI的Web应用程序及过去一年的总结

简介: 前言   一个多月之前已经提交了离职申请,好在领导都已经批准了,过几天就办理手续了,在此感谢领导的栽培与挽留,感谢各位同事在工作中的给我的帮助,离开这个团队确实有一些不舍,不为别的,只因为这个团队的气氛特别好、同事之间相处融洽、没有那么多的勾心斗角,所以干活儿也干的有劲,上班的时候可以使用网络、可...

前言

  一个多月之前已经提交了离职申请,好在领导都已经批准了,过几天就办理手续了,在此感谢领导的栽培与挽留,感谢各位同事在工作中的给我的帮助,离开这个团队确实有一些不舍,不为别的,只因为这个团队的气氛特别好、同事之间相处融洽、没有那么多的勾心斗角,所以干活儿也干的有劲,上班的时候可以使用网络、可以上QQ、可以上各种论坛、可以看新闻等等,我个人很喜欢这种工作方式,作为一个IT人员,如果闭门造车的话,那导致的后果就是被淘汰;新技术的不断出现,如果不自己多查阅资料多泡论坛来学习的话,难道每出现一个新技术都去花钱找培训机构来学习吗?正因为有这种工作环境,所以在过去一年中我学到了很多知识,有的是通过互联网学习到的、有的是通过同事学习到的, 不管通过什么方式学到的,学到了就是自己的了,总有用的上的地方.

过去一年的总结

   在过去一年的时间里,跟着现在这家公司(简称B公司)的领导和同事学到很多东西,我觉得在这一年中主要是从技术与沟通方面得到了提高:

1.技术方面

  1.1之前一直做客户端的开发,所以对那些脚本语言用的比较少,在这里加深了JQuery,JS的使用。

  1.2对Ajax的异步使用多了一些了解。

  1.3学会了如何使用SQL监控,学会了一些优化SQL语句的方法,当然这都是在实际项目中积累的经验,比较宝贵。

  1.4学会了使用客户端与网页端的互相调用、嵌套来开发应用系统。

  1.5了解了跨域请求的处理方法。

2.沟通方面

  2.1搞IT的其实是一个服务角色,所以与用户沟通的时候要找到自己的定位。

  2.2不管用户的要求是否合理,沟通的时候都不要充满火药味儿。

  2.3互相尊重很重要,尊重对方也会使对方尊重自己。

为什么离

  来到B公司之前,在一家上市集团公司(简称A公司)做公司内部的应用系统开发,整整服务了3年,到目前为止,离开A公司已经一年十个月了,在这期间跟之前的领导一直还是有联系,在我进入到B公司之后,之前A公司的领导找到了我,叫我利用业余时间帮忙开发一套应用系统,我听了二话没说就答应了,为什么这么爽快呢?有如下几个原因:

1.当时我离开的比较匆忙,可能交接的不是那么仔细,这一点我一直觉得过意不去。

2.在我离开A公司的前一天,也就是周四(因为领导是HK那边的,每周四下午都会回去HK),领导去到我办公的地方对我说:“xxx,那我走了...”,后面的我就没听清楚了,因为当时有点受宠若惊的感觉,他一个高级领导,完全可以不用把我这个小喽啰当回事儿的,就算是打招呼也应该是我去给他打招呼才对,这个事情让我一直心存感激,我觉得在当时来说他很给我面子了。

3.在给我办离职事宜上,很多细节方面领导都为我考虑到了,比如说我离开的突然,按照人事部要求的话时间达不到,提前离开的话需要扣工资,但是他给我把签批日期提前了,虽然是一些小事情,但是让人心里暖暖的。

上面貌似扯了很多废话,言归正传,我的原意是在我能力范围内免费帮忙开发,因为我本身是搞这一行的,技术不是问题,就是多花点时间而已,但是项目完成之后领导还是给了我意想不到的报酬,在这里要感谢一下他们的照顾,当然这个项目也是几经波折才完成,毕竟我是业余的,不在同一个地方,沟通很不方便(说实话,通过这一次我也学到了很多)。

  在这期间,领导跟我谈话几次,目的是希望我能回去工作;因为之前有很多项目都是我跟进的,领导可能是考虑到我比较熟悉一点吧,我考虑了很久,最终还是答应了,所以才向B公司这边提出离开的要求;说实话,在这之前我从没想过我还会回去,真的没想到,真的是世事难料...

回去之后的工作目标

1.尽量统一开发语言,之前的项目存在多种开发语言,比如VB6,C++,VFP,ASP,Delphi,C#,至今还有DOS操作系统的程序,何必呢?难道要我精通各种开发语言吗?或者说一门开发语言找一个对应的开发者吗?该砍的砍、该升级的升级,升级的话也包括硬件也需要适当的升级,好的应用系统必须有好的硬件支持,不然不管是谁都玩不下去。

2.后续的项目以Web结构为主,便于更新;客户端为辅,涉及到跟硬件通信的功能采用客户端与Web结合来完成。

3.将众多的小程序集成到一个框架中,不要搞的那么分散(目前存在很多的小程序、小补丁),不要再不停的“打补丁”。

4.搭建一个好的源代码管理平台,不管是TFS还是SVN都可以,确保源代码安全管理。 

最近一个Web应用程序

  我这个人就是这样,看见别人好的东西就想学习过来,刚来到B公司的时候,看见公司用的很多功能都比较高大上,我的学习方法是这样的:先了解这些高大上的功能是如何实现的,不懂就请教前辈,这里又得感谢一下我的师傅了,感谢他不吝赐教、悉心指导;了解之后就自己创建一个项目试着搞一个Demo出来,在这个过程中遇到不懂的就再次请教别人,直到自己搞懂为止,那么到了这个时候这东西已经“属于”我自己的了,我已经装进脑袋里面去了,所以从进入B公司开始我就没有停止过学习。不管学到什么知识,一定要运用起来才行,只有在实际项目中才能学到更多、才能找出自己的不足,所以下面的项目就是我刚进入B公司就开始着手开发的,借鉴了一些前辈们的东西,但不是直接COPY,只有图片和CSS样式是用的原来的,因为本人美工技术实在太差,想PS出来一个LOGO图片就搞了很多次,PS出来的结果连自己看着就不爽,所以就不强求了,引用了之前的一些图片和样式,这里值得说明的是:现有公司的项目和数据库结构我们开发人员都有,这也是领导批准的,因为我们有时候会在家里办公,所以会将数据库结构和程序复制在本地以便创建真实的开发环境和调试环境。

  除了图片以外其它的我都按照我自己的设计开发的,包括数据库设计和项目架构设计,后续我会抽时间将这个项目继续完善,主要是针对制造行业,现在只有几个基础的功能,也可以说是制造行业里面基本上都会用到的几个功能,比如条码管控与打印之类的,根据实际的需求可以灵活扩展,以下是部分截图:

 

 

 

 

 

描述:

  条码规则就是用来控制条码的格式,对于现在的工厂来说,条码化管控是最常见的,那么不同的产品有不同的条码格式要求,每一个客户也都有自己的特殊要求,所以这个条码规则也是非常重要的,在这之前我的做法如下:

  在数据库中根据当前年月日+流水号来自动生成,这样本来也能解决问题,但是如果需要扩展的时候就歇菜了,只要客户要求条码格式稍微改变一下格式,那么我们需要改变的东西是相当的多,甚至可能因此带来很多严重的问题,因为格式已经固定不能灵活变更,所以几乎没有扩展的可能性。

  鉴于此,现在的做法如下:

  定义一个条码规则,包含条码的计算进制、需要屏蔽的字母或字符、条码前缀、条码后缀、条码总长度、流水号长度等等参数,在生成条码的时候选择此规则即可,如果有新的格式要求,那只需要针对新的格式要求新增一个条码规则即可,对原有的数据结构完全没有影响,灵活多变、扩展容易! 

 

描述:  

  生成条码属于一个比较关键的功能,有时候数据量可能比较大,例如某一个工单的数量是20000,那也就是说用户生成条码的时候一次性就要在数据库产生20000笔记录,根据我个人的经验来说,这种事物不能直接交由用户来操作,防止数据库被拖死;我的做法是不管用户提交多少数量,在服务器中将用户提交的请求保存起来,服务器定时去处理这些请求,每次按照时间排序处理最先提交的一笔请求,如果用户的请求中出现不合法的数据,则服务器直接将该请求驳回并通知到用户,反之则完成相关的操作,这样一来可以避免用户直接操作大量的数据而导致系统变得缓慢或者数据库出现死锁之类的问题。

 

描述:

  工艺路线方面这里值得说一下,采用了gooflow设计,当然gooflow只有UI部分,后台都是另外设计的。

  支持多节点工艺路线,这里需要设置条件,例如:当前我们前面有两条路,路线A通向北京,路线B通向上海,我们现在站在路口选择具体走哪一条路?这个时候就需要条件了,我们现在的目的是去北京看故宫,那很显然已经匹配到了条件,说明我们应该走路线A;系统会根据具体的情况来寻找应该走哪一条线,这个逻辑比较复杂。

 

 描述:

动态报表,可以根据不同的条件动态生成控件,实现查询功能,这样可以省掉很多的报表,简单的查询功能用这个足以。

  

描述:

  维修功能其实是一个比较复杂的业务,根据不同的维修动作而产生不同的数据结构,比如说维修动作中包含“简单维修”,“更换物料”,“报废”等选项,像简单维修就比较容易处理,只需按照正常的工艺路线操作并记录修理过程即可,但是更换物料就不一样了,需要记录更换了什么物料?原始料号是什么?更换上去的料号是什么?包括Vendor,DateCode等信息;一般生产管理的应用系统中,客户都会要求有详细的维修记录和报表,这是一个重点。

描述:

  以下都是调用Api实现的,具体的逻辑都在Api里面实现,Api采用工厂模式设计,根据不同的需求产生不同的数据结构,这些页面没有写一句后台代码,全是脚本。

 

描述:

  在开发过程中,会涉及到很多的错误信息,既有存储过程中的也有程序里面的,之前我的做法是直接将报错的存储过程名称写在错误信息后面,这样一看就知道是哪一个存储过程抛出的错误,直接就可以进行错误定位,但是发现一个问题,存储过程的名称字符串长度无法统一,导致页面布局不好控制;鉴于此,我统一用ErrorCode来代替错误信息,针对用户来说,用户并不需要知道是哪个地方报错,系统管理员或者开发人员根据ErrorCode对照表也能快速定位问题点,如此可以解决由于错误信息长度不统一而导致的页面布局问题,ErrorCode对照表如下图所示:

 以上都是介绍了部分Web中的功能,整个项目还有一部分是客户端,客户端其实比较好理解,主要是在客户端调用了Web程序,客户端主窗体代码如下,当然只是部分代码,根据实际情况可以另行增加。

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Security.Permissions;

namespace MES
{
    [PermissionSet(SecurityAction.Demand, Name = "FullTrust")]
    [System.Runtime.InteropServices.ComVisibleAttribute(true)]
    public partial class FrmMain : Form
    {
        public FrmMain()
        {
            InitializeComponent();
        }
        public WebBrowser Browser { get { return this.webBrowser1; } }
        private void FrmMain_Load(object sender, EventArgs e)
        {
            string ConfigPath = Application.StartupPath + "\\config.ini";
            if (!System.IO.File.Exists(ConfigPath))
            {
                MessageBox.Show("缺少配置文件,系统无法启动,请联系管理员!", "温馨提示", MessageBoxButtons.OK, MessageBoxIcon.Warning);
                Application.Exit();
                GC.Collect();
                return;
                       
            }

            MES.Common.Global.ApiUrl = MES.Common.IniHelper.GetConfigValue("ApiUrl");
            MES.Common.Global.serverPath = MES.Common.IniHelper.GetConfigValue("ServerPath");
            webBrowser1.ObjectForScripting = this;
            webBrowser1.Navigate(MES.Common.Global.serverPath);

        }

        public void Print_ZPL(string Content)
        {
            System.Drawing.Printing.PrintDocument p = new System.Drawing.Printing.PrintDocument();
            string DefaultPrint = p.PrinterSettings.DefaultPageSettings.PrinterSettings.PrinterName;
            MES.Common.PrintHelper.PrintLabel(DefaultPrint, Content);
        }

        private void webBrowser1_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e)
        {
            webBrowser1.ScriptErrorsSuppressed = true; //禁用脚本调试,屏蔽脚本错误提示框
        }
        


        /// <summary>
        /// 获取称重机的重量
        /// </summary>
        /// <param name="Com">通信COM口</param>
        /// <param name="CheckCount">循环次数</param>
        /// <returns></returns>
        public string  GetWeigh(string Com,int CheckCount) 
        {
            return  MES.Common.WeighHelper.GetWeighData(Com, CheckCount);
        }

        /// <summary>
        /// 获取本地计算机上面的COM列表
        /// </summary>
        /// <returns></returns>
        public string GetComList() 
        {
            string str = "";
            List<string> list= MES.Common.WeighHelper.GetComList();
            for (int i = 0; i < list.Count; i++)
            {
                str += list[i].ToString() + ",";
            }
            return str;
        }
    }
}

 

至于如何回调客户端的函数,可以参考这篇文章:理解JavaScript回调函数 

 

如果您觉得文章还过得去,请帮忙顶一下,您的支持是我进步的动力,谢谢!!

 

相关文章
|
1月前
|
缓存 关系型数据库 API
后端开发:构建高效、可扩展的Web应用程序的关键
后端开发:构建高效、可扩展的Web应用程序的关键
20 0
|
1月前
|
缓存 监控 前端开发
如何优化 Python WEB 应用程序的性能?
【2月更文挑战第27天】【2月更文挑战第93篇】如何优化 Python WEB 应用程序的性能?
|
1月前
|
SQL 安全 测试技术
如何在 Python 中进行 Web 应用程序的安全性管理,例如防止 SQL 注入?
如何在 Python 中进行 Web 应用程序的安全性管理,例如防止 SQL 注入?
15 0
|
1月前
|
存储 安全 数据安全/隐私保护
什么是 Web 应用程序的会话管理?如何在 Python 中实现?
什么是 Web 应用程序的会话管理?如何在 Python 中实现?
10 2
|
1月前
|
存储 设计模式 前端开发
请解释 Web 应用程序的 MVC(模型-视图-控制器)架构。
【2月更文挑战第26天】【2月更文挑战第89篇】请解释 Web 应用程序的 MVC(模型-视图-控制器)架构。
|
1月前
|
Web App开发 前端开发 测试技术
Web应用程序测试工具Selenium用法详解
Web应用程序测试工具Selenium用法详解
37 0
|
1月前
|
Java 应用服务中间件
解决tomcat启动报错:无法在web.xml或使用此应用程序部署的jar文件中解析绝对的url [http:java.sun.com/jsp/jstl/core]
解决tomcat启动报错:无法在web.xml或使用此应用程序部署的jar文件中解析绝对的url [http:java.sun.com/jsp/jstl/core]
108 1
|
2月前
|
API 网络架构
解释 RESTful API,以及如何使用它构建 web 应用程序。
解释 RESTful API,以及如何使用它构建 web 应用程序。
87 0

热门文章

最新文章