前言
我想，有一部分程序员应该是在二三线城市的，虽然不知道占比，但想来应该不在少数。
我是这部分人群中的一份子。
我们这群人，面对的客户，大多是国内中小企业，或者政府的小部门。这类客户的特点是，资金有限，人力有限。
什么意思呢？就是你如果敢给他安一台Linux服务器，客户的信息员和测试员会把你堵在墙角问候你全家安好，他们Window都用不明白呢，你给安Linux，要疯啊。
所以，Core对我们而言，没有意义，因为大家都是Windows。
关于业务
在二三线城市的我们，立身之本不是写算法，也不是各种高级的、新出的技术，而是，写业务模块。
不要小看写业务模块，在二三线城市，一个不会写业务模块的程序员，即便知识面再广，也是个烂程序员。为什么？因为他不能干活呀。
其实把业务模块写好，并不是件容易的事。因为它涉及到对业务的理解，对社会的认知。
以我多年的经验，能写好业务模块的优秀开发人员，通常都需要三四年经验。普通一点，大约就需要五到十年。当然还有十年以上经验，还很没掌握写业务的。
这里面有个特例，那就是硕士和博士。因为他们的年龄较大，阅历较多，所以，通常两年就能把业务写的很好。此外就没有特例了，什么一年经验就能架构，刚毕业就是高级程序员的，那都是培训机构骗毕业生的。
但是，不得不说，高学历真的管用，硕士博士的成材率真的很高。大多数都能成为及格的程序员。
关于框架
回到写框架这件事。在我看来，写框架这件事是个程序员都能干。但写的好坏就另说了，所以写框架这件事还是与经验挂钩的。
在我的认知中，技术视野相对更高，技术范围更广的人写的框架会更好。所以，我认为，[实战]架构师和高级程序员，在本质上没有区别，都是程序员。
只是架构师技术更会好一点，并且接受过项目的洗礼。然而，一个项目只能洗礼一个人，所以能不能成为架构师，就不能只看技术了，要看老板给谁机会了。说白了，就是老板肯不肯花钱赌你能成事。
所以，当技术相差无几，沟通能力，文档能力，甚至生活状态，家境，毅力都是领导考察的依据。因此，机会不是留给有准备的人，而是留给各方面都更出色的人。
当然，如果老板认可你，一年经验做架构师也不是没可能。但在资金有限，人员有限的二三线城市，能遇到这样脑残的领导或老板的概率不高。
虽然架构师不是人人都能做，但框架是可以先学会编写的，毕竟这是个基础。有了基础，就算不能年轻有为，但起码有个机会。
也许，人家28岁拿到的机会，你在40岁也可以拿到，不是吗。有机会总比没有强，不是吗。
框架的前期准备
关于框架编写，我不想在Github上放一个源码，然后再写一篇介绍文档。我觉得，这种方式是高手之间的交流。
很多新手，会被这种海量的代码压垮，因为他们还不习惯阅读框架，会出现开始时事倍功半，到最后郁闷放弃的情况。
所以，我们一起从头开始，一起开始MVVM的WPF框架之旅吧。
框架的前期准备
框架是要一步一步编写的，首先，我们先定义框架包含的基本元素。基本元素如下：
![图片描述]( "图片描述")
WPFUI：就是WPF的Xaml页面。
ViewModel：每个WPF页面有唯一的ViewModel，用来处理页面业务逻辑。
Utility：存放一些常规处理类。
DTO：存放数据传输用的实体类。
Proxy：获取数据用的代理类。
先定义这五个元素，如果后期需要，我们再进行补充。定义了元素后，我们创建对应的应用程序集。项目结构如下：
![图片描述]( "图片描述")
做好了项目结构后，我们让ViewModel引用DTO,Proxy,Utility三个程序集，然后在让KibaFramework引用ViewModel，这样就实现了上图的结构逻辑。
然后，我们再让ViewModel引用PresentationCore，PresentationFramework，System.Windows，WindowsBase，Systm.Xaml这个五个DLL，它们是WPF的核心类库，为了后期反射前台控件用。
我怎么知道要引用这五个类库的？
这是经验，仅仅是经验，没有其他。
项目约定
创建完基础结构后，我们要做的是项目约定。（任何框架都有约定，而且约定要高于配置，这是约定优先原则。）
我们建立约定如下：
WPF项目窗体以Window作为前缀名创建，如WindowMain，WindowLogin。
WPF项目页面以Page作为前缀名创建，如PageMain，PageXXX。
WPF项目控件（UserControl）以UC作为前缀名创建，如UCTable，UCXXX。
WPF的窗体、页面、控件有且只有一个ViewModel。
ViewModel以VM_作为前缀名+对应的窗体名创建，如VM_WindowMain，VM_PageMain。
框架的实现
做完准备工作后，我们开始编写框架，先从系统的核心ViewModel开始，第一步，建立WPF页面与View的关系。
首先我们创建VM的基类BaseViewModel——之后再建立的VM都要引用这个基类。
在VM基类里，我们通过反射实现创建Xaml页面，并实现该页面的相关事件。代码如下：
namespace ViewModel
{
public class BaseViewModel : INotifyPropertyChanged
{
public event PropertyChangedEventHandler PropertyChanged;
public const string UINameSapce = "KibaFramework";
public string UIElementName = "";
public FrameworkElement UIElement { get; set; }
public Window WindowMain { get; set; } //主窗体
public EventHandler CloseCallBack = null; //窗体/页面/控件 关闭委托
public BaseViewModel()
{
WindowMain = Application.Current.MainWindow;
SetUIElement();
}
#region 通过反射创建对应的UI元素
public void SetUIElement()
{
Type childType = this.GetType();//获取子类的类型
string name = this.GetType().Name;
UIElementName = name.Replace("VM_", "");
UIElementName = UIElementName.Replace("`1", "");//应对泛型实体
if (name.Contains("Window"))
{
UIElement = GetElement<Window>();
(UIElement as Window).Closing += (s, e) =>
{
if (CloseCallBack != null)
{
CloseCallBack(s, e);
}
};
}
else if (name.Contains("Page"))
{
UIElement = GetElement<Page>();
(UIElement as Page).Unloaded += (s, e) =>
{
if (CloseCallBack != null)
{
CloseCallBack(s, e);
}
};
}
else if (name.Contains("UC"))
{
UIElement = GetElement<UserControl>();
(UIElement as UserControl).Unloaded += (s, e) =>
{
if (CloseCallBack != null)
{
CloseCallBack(s, e);
}
};
}
else
{
throw new Exception("元素名不规范");
}
}
public E GetElement<E>()
{
Type type = GetFormType(UINameSapce + "." + UIElementName);
E element = (E)Activator.CreateInstance(type);
return element;
}
public static Type GetFormType(string fullName)
{
Assembly assembly = Assembly.Load(UINameSapce);
Type type = assembly.GetType(fullName, true, false);
return type;
}
#endregion
#region 窗体操作
public void Show()
{
if (UIElement is Window)
{
(UIElement as Window).Show();
}
else
{
throw new Exception("元素类型不正确");
}
}
public void ShowDialog()
{
if (UIElement is Window)
{
(UIElement as Window).ShowDialog();
}
else
{
throw new Exception("元素类型不正确");
}
}
public void Close()
{
if (UIElement is Window)
{
(UIElement as Window).Close();
}
else
{
throw new Exception("元素类型不正确");
}
}
public void Hide()
{
if (UIElement is Window)
{
(UIElement as Window).Hide();
}
else
{
throw new Exception("元素类型不正确");
}
}
#endregion
#region Message
public void MessageBox(Window owner, string msg)
{
DispatcherHelper.GetUIDispatcher().Invoke(new Action(() =>
{
if (owner != null)
{
System.Windows.MessageBox.Show(owner, msg, "提示信息");
}
else
{
System.Windows.MessageBox.Show(WindowMain, msg, "提示信息");
}
}));
}
public void MessageBox(string msg)
{
DispatcherHelper.GetUIDispatcher().Invoke(new Action(() =>
{
System.Windows.MessageBox.Show(WindowMain, msg, "提示信息");
}));
}
public void MessageBox(string msg, string strTitle)
{
DispatcherHelper.GetUIDispatcher().Invoke(new Action(() =>
{
System.Windows.MessageBox.Show(WindowMain, msg, "提示信息");
}));
}
public void MessageBox(string msg, Action<bool> callback)
{
MessageBox("系统提示", msg, callback);
}
public void MessageBox(string title, string msg, Action<bool> callback)
{
DispatcherHelper.GetUIDispatcher().Invoke(new Action(() =>
{
if (System.Windows.MessageBox.Show(WindowMain, msg, title, MessageBoxButton.YesNo) == MessageBoxResult.Yes)
{
callback(true);
}
else
{
callback(false);
}
}));
}
#endregion
#region 异步线程
public void AsyncLoad(Action action)
{
IAsyncResult result = action.BeginInvoke((iar) =>
{
}, null);
}
public void AsyncLoad(Action action, Action callback)
{
IAsyncResult result = action.BeginInvoke((iar) =>
{
this.DoMenthodByDispatcher(callback);
}, null);
}
public void AsyncLoad<T>(Action<T> action, T para, Action callback)
{
IAsyncResult result = action.BeginInvoke(para, (iar) =>
{
this.DoMenthodByDispatcher(callback);
}, null);
}
public void AsyncLoad<T, R>(Func<T, R> action, T para, Action<R> callback)
{
IAsyncResult result = action.BeginInvoke(para, (iar) =>
{
var res = action.EndInvoke(iar);
this.DoMenthodByDispatcher<R>(callback, res);
}, null);
}
public void AsyncLoad<R>(Func<R> action, Action<R> callback)
{
IAsyncResult result = action.BeginInvoke((iar) =>
{
var res = action.EndInvoke(iar);
this.DoMenthodByDispatcher<R>(callback, res);
}, null);
}
public void DoMenthodByDispatcher<T>(Action<T> action, T obj)
{
DispatcherHelper.GetUIDispatcher().BeginInvoke(new Action(() =>
{
action(obj);
}), DispatcherPriority.Normal);
}
public void DoMenthodByDispatcher(Action action)
{
DispatcherHelper.GetUIDispatcher().BeginInvoke(new Action(() =>
{
action();
}), DispatcherPriority.Normal);
}
#endregion
protected void OnPropertyChanged([CallerMemberName]string propertyName = "")
{
if (PropertyChanged != null)
{
PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
}
}
}
}
BaseViewModel的代码如上所示，主要实现了以下功能：
1，UI元素Window,Page,UserControl的创建；
2，基础窗体方法，比如Show，Close，Message等等。
3，一系列线程切换的异步操作。
4，简洁化消息处理。（不理解的消息的可参看这篇文章C#语法——消息，MVVM的核心技术。）
这样，BaseViewModel就编写完成了，之后我们一起修改WPF项目，让窗体的启动的时候，使用ViewModel启动。
在WPF项目中创建WindowMain窗体，并在VM中创建对应的ViewModel。
然后在App.Xaml.cs文件中重写启动函数，代码如下：
protected override void OnStartup(StartupEventArgs e)
{
VM_WindowMain vm = new VM_WindowMain();
Application.Current.MainWindow = vm.UIElement as Window;
vm.Show();
base.OnStartup(e);
}
在删除App.Xaml的StartupUri属性。
这样运行WPF就会启动我们的WindowMain窗体了。
ViewModel创建窗体
主窗体已经运行了，如果我们想运行其他窗体，该怎么做呢？
很简单，只要在主窗体的ViewModel中new那个想要运行的窗体的VM，然后Show一下就可以了。代码如下：
VM_WindowCreateUser vm = new VM_WindowCreateUser();
vm.Show();
到此，窗体相关的内容我们已经一起编写完成了。
接下来需要编写的是Page和UserControl的基础使用方式。
但Page和UserControl是被Window使用的，不能直接呈现，所以，在使用Page和UserControl之前，我们需要编写MVVM框架中，用于在WPF页面和ViewModel传递信息的Command（命令）。
本篇文章就先不介绍Command了，敬请期待下一篇文章，让我们一起继续完善我们的框架。
框架代码已经传到Github上了，并且会持续更新。
To be continued
Github地址：https://github.com/kiba518/KibaFramework
注：此文章为原创，欢迎转载，请在文章页面明显位置给出此文链接！
若您觉得这篇文章还不错，请点击下右下角的【推荐】，非常感谢！
如果您觉得这篇文章对您有所帮助，那就不妨支付宝小小打赏一下吧。
![图片描述]( "图片描述")
