![]() |
1
14
我想说,每个平台的个人开发的好处是: -本土化的外观和感觉 -开发人员获得的平台知识 -…我没主意了 说真的,如果不小心的话,开发和维护3个单独的应用程序副本的成本可能会很高。 如果您担心的仅仅是GUI代码,那么无论如何,将GUI部分划分为每个平台的开发工作,但是您会后悔没有保持核心“业务逻辑”类型代码的通用性。 考虑到将您的GUI与逻辑分开通常被认为是一个好主意,这将迫使您的开发人员在将“一点点”业务逻辑放入表示层的诱惑不可避免时保持这种分离。 |
![]() |
2
2
我认为好处是
风险在于
因此,通过考虑风险,您可以开发出优秀的本地行为应用程序,尽可能使用最大的通用核心(抵御风险1的诱惑),对所有平台进行大量集成测试(将风险降至最低2),并设计减少获得本地行为所需的代码数量(注意风险3)。 |
![]() |
3
1
是的,跨平台的UI库总是会使您的程序在至少一个平台上看起来和/或表现得有点“怪异”。 如果在UI代码和内部构件之间有良好的分离,那么重新使用非UI代码并为每个平台创建一个优化的用户界面并不难。很多高预算的跨平台应用程序就是这样开发的。 |
![]() |
4
1
它还取决于您的平台有多不同,以及一个平台上的所有功能是否在另一个平台上可用。我开发的工具具有可用于Win32平台、Windows CE和Mobile以及各种嵌入式平台的版本。产品的某些方面与没有匹配硬件的平台不相关。 例如,我目前正在研究一种基于实地的土地调查产品。 1 它与各种测量设备(如GPS和全站仪)一起工作,在各种平台上使用各种通信媒体,如蓝牙、RS232和无线电调制解调器。我目前正在研究的具体版本将托管在一个测量设备上,这个测量设备的屏幕和键盘相对较小,内存和存储空间非常有限。没有必要包括与其他设备相关的功能,用户尽可能保持界面的简单和流线型,这是非常有益的。 流线型的用户界面、小的可执行文件和对bloatware的零容忍在某些领域仍然是最重要的。当然有很多公共源,但也有很多特定于目标的源和条件编译。 |
![]() |
5
1
我不能否认这很有吸引力,但它的确提出了一个中间立场的问题。显然,您将共享一些后端代码,但是在设计和代码方面,您可以共享多少,在UI端共享什么? 我认为这是一个个案问题。通常,它可能不值得,但某些特定平台上的某些特定应用程序应该针对该操作系统的具体情况。 |
![]() |
6
0
对于客户端程序(即非Web服务器程序),很难找到优秀的Mac和Linux开发人员,也很难找到优秀的Windows开发人员。 您拥有的独立于平台的代码越多,在所有三个平台上完成项目就越容易和更快。 维护三个代码库既昂贵又危险。使用跨平台工具的竞争对手每次都会在市场上击败你。 |
![]() |
AstralHex · 矩阵乘法代码工作不正常 5 月前 |
![]() |
Fishie · 作为类成员的智能指针是否仍然自动释放?[关闭] 5 月前 |
![]() |
Die4Toast · 递归调用成员箭头运算符-> 5 月前 |
![]() |
Anka Hanım · 关于结构和动态数组地址的问题 5 月前 |