DaiWei

SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO

ALTER       trigger SalesOrderD_T_Checking on dbo.SalesOrderD
for insert , update
as
declare @a int

if exists(select * from inserted
inner join SalesOrderH on inserted.ReceiptCode = SalesOrderH.ReceiptCode
where not exists(select * from CustProd
where CustProd.CustomerCode = SalesOrderH.CustomerCode 
and CustProd.CustomerType = SalesOrderH.CustomerType
and CustProd.TradingConditionCode = SalesOrderH.TradingConditionCode
and CustProd.ItemNo = inserted.ItemNo))

begin

raiserror('Save error ! , You do not insert Item which is not in Customer Product List .',16,1)
end

--raiserror('DaiWei is stupid ! ,  .',16,1)

/*
select CustomerCode,CustomerType,TradingConditionCode,ItemNo from SalesOrderD
inner join SalesOrderH on SalesOrderD.ReceiptCode = SalesOrderH.ReceiptCode
where not exists(select * from CustProd
where CustProd.CustomerCode = SalesOrderH.CustomerCode 
and CustProd.CustomerType = SalesOrderH.CustomerType
and CustProd.TradingConditionCode = SalesOrderH.TradingConditionCode
and CustProd.ItemNo = SalesOrderD.ItemNo)

select * from custprod where CustomerCode = 'TZ'
*/

GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

时间过得真快,到深圳来已快五个月了.在这段时间内,我们集中力量做ITC的TZ项目.在这个项目里面,我尽了自己最大的努力去做了.但从现在看起来,收效还不是太明显.再过一个星期就要离开深圳了,觉得有必要对这段时间的工作进行回顾和总结.
这段时间,我想我的最大精力都花费在框架的搭建上面.主要是从主从表的框架到主从从的框架的搭建.现在虽然框架已做好了.也能正常运行.但问题还是有一些.
第一是类层次继承过多,因为太过份得视继承,而造成了强耦合,而忽略了组合的方式 .
第二是好多东西还是面向数据编程,而不是面向对象编程(在这上面,重点体现在主从表的架构上面),事实上,我们要做的却是:面向对象编程,将对象绑定于前台的DataGrid之中.一切都对对象进行操作(这上面已经有了些尝试).

最主要是这两个.当然,也有好多值得提的地方:单据的一起保存.我们把表与表之间关联的复杂性,这部分工作任务集成到了视图之中了.我个人认为这是一个好办法.这样就可以减少程序的复杂性.在以后的系统架构将继续发挥这样的优势.
第二还是在数据库方面.我们加强了表与表之间的约束.主键,外键.等.我以前的观点就是一切由程序去控制,现在想起来,这是错误的,可笑的.

在前面显示方式,这个项目的用户体验要求相当严酷.可以说是到了分析过度的程度了.这是我不赞同的地方.另外在UI方面,NICOL给了我在后台加载控件这样的方法.有时候我也会使用它.但我与他观点不同的是:不会太多的使用这后台无界面的加载.

另外,在我们的项目中,还使用到了一些AJAX轻量回调的这样的技术.用户体验比较好的.
以上是一些技术方面的感受,下面是一些非技术类的感受.

要说这个项目最大的失误的地方,就是刚开始的分析过度.刚开始时,什么都要求通用,万能的.一个LIST会同时显示60多个列,在一个画面中.还需要支持列移动.权限的万能控件(行权限\列权限).现在看起来,又能实现多少.整天在这些里面做,结果把用户最关心的功能给忽视了.

由于分析过度,或者刚开始太过注重细节性的东西,而真正的业务分析又会很少,而造成了项目的进度严重缓慢.
我们团队有八个人,我来了都五个月了,前期他们工作了2个月,就算6个月吧.连一个进销存另外财务接口的软件都没有能完成.到现在只不过完成了30%的工作量.想起来真的有些脸红.

至于说为什么要离开ITC,我想跟我的开发理念有关系吧.我从来不认为有一个通用的万能的ERP系统,可以解决所有的问题.而公司的上层却认为这是可能的.所以所有的设计都是讲究通用和万能的.在这样的前提下,我们都努力去做了,但项目进度还是很慢,这不由得让我怀疑我们的开发思想,并坚定自己的开发理念.另外,就是感觉开发得并不舒畅,好多东西都是没有必要去做的,或者是在家里拍脑想出来的.
这时候又会想起CA说过的<<炒粉和龙虾>>的故事.整天把大部分精力花在前面UI页面上面.

炒粉和龙虾比,一定比不过龙虾了.

做一个项目的软件,一定比不上一个通用的万能的系统给投资人的诱惑力了.

希望在自己的以后的职业过程中,少犯这样的错误.

最后总结一下吧
这个项目中的可以用于以后项目的:单据框架\视图定义\表与表关联.
部分用户体验(包括采集\导入\导出\拆分等).


就写到这里吧/.

using System;
using System.Collections.Generic;
using System.Text;
using System.Security.Cryptography;
using System.IO;

namespace Secrituy
{
   
   

    public class Secure
    {
        private static byte[] DESKey = new byte[]{11,23,93,102,72,41,18,12};
        private static byte[] DESIV = new byte[] { 75, 158, 46, 97, 78, 57, 17, 36 };

        public static string Encode(string Encode_String)
        {
            DESCryptoServiceProvider objDES = new DESCryptoServiceProvider();
            MemoryStream objMemoryStream = new MemoryStream();
            CryptoStream objCryptoStream = new CryptoStream(objMemoryStream, objDES.CreateEncryptor(DESKey, DESIV), CryptoStreamMode.Write);
            StreamWriter objStreamWriter = new StreamWriter(objCryptoStream);
            objStreamWriter.Write(Encode_String);
            objStreamWriter.Flush();
            objCryptoStream.FlushFinalBlock();
            objMemoryStream.Flush();
            return Convert.ToBase64String(objMemoryStream.GetBuffer(), 0, (int)objMemoryStream.Length);
        }

        public static string Decode(string Encode_String)
        {
            DESCryptoServiceProvider objDES = new DESCryptoServiceProvider();
            byte[] input = Convert.FromBase64String(Encode_String);
            MemoryStream objMemoryStream = new MemoryStream(input);
            CryptoStream objCryptoStream = new CryptoStream(objMemoryStream, objDES.CreateDecryptor(DESKey, DESIV), CryptoStreamMode.Read);
            StreamReader objStreamReader = new StreamReader(objCryptoStream);
            return objStreamReader.ReadToEnd();
        }
    }
}