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

前言

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

过去一年的总结

  在过去一年的时间里,跟着现在这家公司(简称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公司已经一年十个月了,在这期间跟之前的领导一直还是有联系,当然,这没别的意思,主要是毕竟在那里工作了3年,也是我参加工作以来服务时间最长的一家公司,多少还是有一些情谊存在的,在我进入到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回调函数

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

时间: 2024-10-18 14:58:04

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

搭建基于LAMP的web应用程序平台

LAMP的介绍 Linux+Apache+Mysql/MariaDB+Perl/PHP/Python一组常用来搭建动态网站或者服务器的开源软件,本身都是各自独立的程序,但是因为常被放在一起使用,拥有了越来越高的兼容度,共同组成了一个强大的Web应用程序平台. LAMP的搭建过程  安装次序:httpd-->mysql-->php 因为php的编译安装依赖于httpd的开发环境,以及MySQL的开发环境,所以php最后安装     一.准备环境 首先安装开发工具和服务器 yum groupins

基于MVC+EasyUI的Web开发框架经验总结(16)--使用云打印控件C-Lodop打印页面或套打报关运单信息

在最新的MVC+EasyUI的Web开发框架里面,我整合了关于网购运单处理的一个模块,其中整合了客户导单.运单合并.到货扫描.扣仓.出仓.查询等各个模块的操作,里面涉及到一些运单套打的操作,不过由于之前介绍LODOP不兼容Chrome等浏览器,因此曾经想放弃这个控件的打印处理,不过他们及时推出了"云打印控件C-Lodop",而且对之前的接口几乎完全兼容,因此在框架里也继续沿用了这个控件来进行相关的打印处理,包括常规的打印和运单信息套打等处理. 1.控件的安装 这个云控件C-Lodop(

Gradle 教程说明 用户指南 第10章 Web应用程序----快速入门

本章是一项正在进行的工作 本章介绍Web应用程序的Gradle支持.Gradle 为Web应用程序提供了两个插件:War插件和Jetty插件. War插件扩展了Java插件来构建你的项目WAR文件. Jetty插件扩展了War的插件,让你可以把你的Web应用程序部署到一个嵌入式的Jetty Web容器. 本章的示例程序:samples/webApplication/quickstart 10.1 构建一个WAR文件 要构建一个WAR文件,需要应用war 插件. 例,war插件 build.gra

基于MVC4+EasyUI的Web开发框架形成之旅--框架总体界面介绍

在前面介绍了一些关于最新基于MVC4+EasyUI的Web开发框架文章,虽然Web开发框架的相关技术文章会随着技术的探讨一直写下去,不过这个系列的文章,到这里做一个总结,展示一下整体基于MVC4+EasyUI的界面效果,让大家对这款Web开发框架有一个形象的了解,界面设计以及相关思路可以借鉴提高,也可以对相关的内容进行相互探讨,共同提高. 技术特点:整个Web开发框架,界面部分采用较新的技术,包括MVC4,最新版本的EasyUI,以及zTree树形控件.Uploadify文件上传组件等模块,另外

基于MVC4+EasyUI的Web开发框架形成之旅(5)--框架总体界面介绍

在前面介绍了一些关于最新基于MVC4+EasyUI的Web开发框架文章,虽然Web开发框架的相关技术文章会随着技术的探讨一直写下去,不过这个系列的文章,到这里做一个总结,展示一下整体基于MVC4+EasyUI的界面效果,让大家对这款Web开发框架有一个形象的了解,界面设计以及相关思路可以借鉴提高,也可以对相关的内容进行相互探讨,共同提高. 技术特点:整个Web开发框架,界面部分采用较新的技术,包括MVC4,最新版本的EasyUI,以及zTree树形控件.Uploadify文件上传组件等模块,另外

[置顶]基于MVC4+EasyUI的Web开发框架经验总结(6)在页面中应用下拉列表的处理(转载)

[置顶]基于MVC4+EasyUI的Web开发框架经验总结(6)在页面中应用下拉列表的处理 在很多Web界面中,我们都可以看到很多下拉列表的元素,有些是固定的,有些是动态的:有些是字典内容,有些是其他表里面的名称字段:有时候引用的是外键ID,有时候引用的是名称文本内容:正确快速使用下拉列表的处理,可以提高我们程序界面的美观性和友好型,本文主要介绍在我的Web开发框架以及相关的扩展Web应用中用到的一些代表性下拉列表的处理场景,希望给大家做个参考学习. 1.固定下拉列表的处理 代表性的固定列表有人

基于MVC4+EasyUI的Web开发框架形成之旅--MVC控制器的设计

自从上篇<基于MVC4+EasyUI的Web开发框架形成之旅--总体介绍>总体性的概括,得到很多同行的关注和支持,不过上一篇主要是介绍一个总体的界面效果和思路,本系列的文章将逐步介绍其中的细节,本文主要介绍整个Web开发框架中的MVC控制器的设计.在设计之初,我就希望尽可能的减少代码,提高编程模型的统一性.因此希望能够以基类继承的方式,和我Winform开发框架一样,尽可能通过基类,而不是子类的重复代码来实现各种通用的操作. 1.登录控制的控制器基类设计 我们知道,一般我们创建一个MVC的控制

基于MVC4+EasyUI的Web开发框架形成之旅--界面控件的使用

在前面介绍了两篇关于我的基于MVC4+EasyUI技术的Web开发框架的随笔,本篇继续介绍其中界面部分的一些使用知识,包括控件的赋值.取值.清空,以及相关的使用. 我们知道,一般Web界面包括的界面控件有:单行文本框.多行文本框.密码文本框.下拉列表Combobox.日期输入控件.数值输入控件.单项选择.复选框.表格控件DataGrid.树形控件.布局控件.弹出式对话框.提示信息.列表控件等,这些界面控件的操作都有哪些不同,下面我们来逐一进行介绍. <input class="easyui

基于MVC4+EasyUI的Web开发框架形成之旅--附件上传组件uploadify的使用

很久之前,当我还在用Asp.NET开发一些行业管理系统的时候,就曾经使用这个组件作为文件的上传操作,在随笔<Web开发中的文件上传组件uploadify的使用>中可以看到,Asp.NET中如何使用这个组件进行文件上传的,当时上传文件的处理主要也是使用ashx一般处理程序来进行处理的.本文主要介绍我的Web开发框架中,在MVC4的环境中如何集成这个非常棒的文件上传组件的. 1.上传组件uploadify的说明及脚本引用 Uploadify 是 JQuery 一个著名的上传插件,利用 Flash