Thunder_Class
Thunder_Class copied to clipboard
profthecopyright
我可以给你们提供一个基础的屏幕的分享的代码可以提交么
吃瓜群众:请问是否可以先pull request一波,让带🔥康康代码呢? @HammerZhao
我也是这样想的，可以先出部分代码框架，大家都可以康康能不能帮上什么忙
吃瓜群众:请问是否可以先pull request一波,让带🔥康康代码呢? @HammerZhao
我也是这样想的，可以先出部分代码框架，大家都可以康康能不能帮上什么忙
目前严格来说还在软件设计阶段，总体的设计方案已经有了大致的框架，还会不断细化。细节确定以后就会出一个prototype代码，大家不要着急，设计架构往往比具体写代码重要得多且一般会花费更大的精力。
关于设计思想请关注 #17 和对应的类图及相应的文档。我会经常更新它们。感谢 @cnDengyu 的积极参与！
写出完整的框架后，owner 可以考虑开几个isssue 分别探讨不同的功能。
我觉得架构只是业务逻辑开发和 GUI 开发的前置任务，不一定是其他核心类的开发的前置任务。
在架构设计的同时，可以考虑让大家把一些不需要用到系统 API 的基础核心类（像csv读写之类的）提交到 src/core 或者另外指定的文件夹中。这些类严格来说不需要完整的架构，只需要规定提交的文件夹即可。
另外，OSAPIWrapper 的开发应该可以和架构设计并行。在它开发完之后，更多的基础类也可以开始开发。
也就是说，发起这个 issue 的伙伴说不定只是在等 @profthecopyright 指定一个文件夹。。。 当然，写一份完整的 协作说明.md 是更好的办法。
写出完整的框架后，owner 可以考虑开几个isssue 分别探讨不同的功能。
我觉得架构只是业务逻辑开发和 GUI 开发的前置任务，不一定是其他核心类的开发的前置任务。
在架构设计的同时，可以考虑让大家把一些不需要用到系统 API 的基础核心类（像csv读写之类的）提交到 src/core 或者另外指定的文件夹中。这些类严格来说不需要完整的架构，只需要规定提交的文件夹即可。
另外，OSAPIWrapper 的开发应该可以和架构设计并行。在它开发完之后，更多的基础类也可以开始开发。
也就是说，发起这个 issue 的伙伴说不定只是在等 @profthecopyright 指定一个文件夹。。。 当然，写一份完整的 协作说明.md 是更好的办法。
会有的，计划等类图和包图层面的架构出来以后，把各个模块初步分拆一下，然后完善一下文档。具体函数可以边开发边补充。