code first 常用命令

code first 常用命令

 Enable-Migrations  -EnableAutomaticMigrations -Force   //code first启用迁移,并允许自动迁移

 Enable-Migrations  第一次开启迁移时执行

添加迁移

add-Migration xxx   
update-database //更新数据库

MSDN说明见这里: http://msdn.microsoft.com/en-us/library/dn579398.aspx

该松耦合的时候松耦合

该松耦合的时候松耦合

该紧耦合的时候紧耦合

没有绝对的好和坏。

现在才发现webform非常好,页面相关的,紧耦合(微软已经给做好了)。

业务方面松耦合,可以灵活变更,以免造成牵一发而动全身的情况。

而MVC正好相反了,页面拆成3份view+model+controller. 业务方面正好偏向是紧耦合的。

controller层不可能写过去复杂的业务逻辑。业务逻辑都要另分离出一层。

不好。

MVC的好处是:在技术层面上,把前端、程序员的职责分开了。

现在都是我自己搞,分开始在是没必要。

如果有团队,分开是非常好的。各专其业。

在SQL SERVER的 SELECT语句中执行类型if的条件选择

在SQL SERVER的 SELECT语句中执行类型if的条件选择,使用CASE … WHEN…语句,如下:

SELECT
t2.UserID , --操作人
t2.OrderNum , --订单编号
t2.CustomerID , --客户姓名
t2.StyleNo , --款号
t2.Size , --尺码
t2.Picture , --产品图片
t2.Number , --数量


 --工厂
(SELECT Name FROM [User] t3 WHERE t3. UserID=t1 .UserID) AS Factory,
t1.OrderType ,

-- 采购方式
PurchaseWay=
CASE t1 .Type
        WHEN 1 THEN '现付'
        WHEN 2 THEN '银行转帐'
        WHEN 3 THEN '担保交易'
        WHEN 4 THEN '结算'
END,

t1.LoginName , -- 采购人
t1.CreateTime , --采购日期
t1.ShouldArrivalDate , --工厂应交付日期
t1.DeliveryDate , --工厂发货日期
t1.ActualArrivalDate , --我方签收日期

--采购单状态
PurchaseStatus=
CASE t1 .Status
        WHEN 1 THEN '未完成'
        WHEN 2 THEN '取消'
        WHEN 3 THEN '完成'
        WHEN 4 THEN '中途变更'
END,

t1.Remark , --采购备注

--款项结算
SettlementStatus=
CASE t1 .StyleSettlement
        WHEN 1 THEN '未结算'
        WHEN 2 THEN '已结算未付款'
        WHEN 3 THEN '已结算已付款'
END,


t1.Amount --采购金额
FROM Purchasing t1, [Order] t2
WHERE t1 .OrderID = t2 .OrderID
  

精灵五笔改造now时间格式

精灵五笔改造now时间格式,在码表中查找now,然后添加下面的命令,并勾选新添加的在系统词汇之前

$ddcmd(<date.yyyy>-<date.mm>-<date.dd> <time.h>:<time.mm>,<time.h>:<time.mm>)

点击保存,然后输入 now,即可出现下面格式的日期时间
2014-08-22 16:08

不是因为有了希望才坚持,而是因为坚持才有了希望

1、不是因为有了希望才坚持,而是因为坚持才有了希望!

2、不是因为有了机会才争取,而是因为争取了才有机会!

3、不是因为会了才去做,而是因为做了才能会!

4、不是因为成长了才去承担,而是因为承担了才会成长!

5、不是因为拥有了才付出,而是因为付出了才拥有!

6、不是因为突破了才挑战,而是因为挑战了才突破!

7、不是因为成功了才成长,而是因为成长了才成功!

8、不是因为有了领导力才懂得配合,而是因为懂得配合了才有领导力…