(deleted16)
3 个赞
你写一个 .NET 的词典客户端吧
.NET发展不起来纯粹是微软自己作的
1 个赞
我以前是linux用户，现在是mac用户，如果有一天我选择学习编程，肯定不会首先考虑 .NET
2 个赞
.NET国外也不行
1 个赞
综合python,c#,java,c++ 等各种语言的优点,开发出一种适合开发制作词典软件的新的编程语言,应该不是很难,当时就是无意看到桌子上爪哇生产的咖啡,JAVA就诞生了.
.Net 纯粹就是微软自己作。用了这么多年电脑，还是第一次听说去 windows 这事。再怎么去也没啥 PC 操作系统占有率能达到 windows 的零头，纵观 windows 自带 .Net 运行环境也干不过其它编程语言，只能从这个工具自身找原因了。工具，都是为干活服务的，只有合适的才是最佳选择。
至于工具是图形界面的，还是命令行的，这个完全是看场景。通常服务器都是远程的，SSH连接服务器用2G网络就能操作，如果是GUI界面估计半小时都看不到界面上有啥。当然如果要追求方便与直观，这个是没有止境，也许只有强人工智能与脑机接口才可以勉强符合入门标准。
.NET core早就更名没有core，而且现在也不是桌面应用程序的时代了
python 用 pyqt 来弄界面不就好了么？python 库是真多，我给自己弄了个划词查日语单词的小软件，划词代码，词典解析全是现成的库，整合一下改改就好了，写界面时遇到啥问题就去查，总能解决。真用 .net 也许啥都得自己造，还可能查不到啥资料。用 python 这种脚本语言，改一改马上就能跑并看到效果。
1 个赞
也就是说，你用的词典客户端是自己写的，自己解析mdx？能否上个图学习一下？
也是，.net 我了解不多，从之前网上冲浪学到的知识感觉可能没什么资料。你可以先自己尝试用 .net 来做个原型，然后慢慢追加功能。混合编程感觉搞不好会引入一些额外的问题要处理 
。
mdx解析库我知道有几个，在转换成通用数据库格式时用一下就行了，词典客户端里面似乎没有必要同它来解析。
那为啥不直接把词典解析和转换格式的逻辑整合到词典里？这样用的时候就直接把词典放目录下了 
mdx又不是什么宝贝，为什么一定要去解析mdx这个格式呢？一次性转换成通用数据库格式，想怎么查就怎么查，不好么？
转换通用数据没问题，我最开始也是转为 json 格式的，但是我嫌麻烦，我就直接整合到我的小工具中了。我要用哪本词典，我就直接把词典丢到指定目录下。
那你这转换服务是准备部署在远程服务器呢？还是词典本身呢？毕竟大家分享的都是 mdx。
在软件里做个一键转换格式也不是什么难事吧，检测到新的mdx就自动转一下。“部署”—这不是要吓死人了。我看你这不是小工具啊。
你这 mdx 格式转换就的引入 mdx 解析库了吧？ 
(deleted)