|
1
1
老实说,这些模型是如此的不同,以至于我怀疑您至少需要对大部分UI部分进行几乎完全的重新编码。 |
|
2
1
从GUI的角度来看,新版本的 AppMaker 基于导入/生成模型。我用AppMaker做的大部分商业工作都是另一种方式,将Macintosh应用程序移植到Windows。然而,没有理由不能反过来应用相同的原则。 AppMaker v2为PowerPlant UI资源和传统Mac对话框提供了一个非常好的导入器。由于它只能在Classic上运行,因此该代码库已被丢弃(您真的不想知道),我为AppMaker v2编写的最终生成器语言是一个XML导出器,它将整个对象模型转储到扩展的XAML中。
PP2MFC 允许为Windows编译发电厂应用程序-需要一个跨平台解决方案,因为当时(1997年)没有其他框架或跨平台工具能够很好地满足硬件要求。此后,我与我可以追查的人讨论了一个相反的程序,我确信可以创建一个MFC可移植层来映射到Cocoa对象。虽然许多开发人员对MFC的消息映射体系结构的评价很差,但基于宏的API却建立在一个相当干净的OO框架之上。
任何进一步的讨论可能都应该停止,所以-请在oofile.com.au的dent联系我,但我很高兴在这里讨论技术细节和可行性。代码生成和瘦框架适配器层的结合比大多数人预期的效果更好。 |
|
|
3
-2
不,这样的工具几乎不可能编写。
根据您编写应用程序的方式,您可能需要编写代码的GUI部分,甚至整个代码库。 |
|
NullVoxPopuli · 重命名文件夹的最快方法是什么?[关闭] 1 年前 |
|
|
J P · Mac GPGSuite的密码过期 1 年前 |
|
|
Pali775 · Django不会在MacOS上更新 1 年前 |
|
PkDrew · AND运算符“&”在“&tee”中的作用是什么? 1 年前 |
|
|
analog_kid · 较旧的R版本dmg文件[已关闭] 2 年前 |