.net 针对销售点的Windows Modern应用程序与桌面应用程序

.net 针对销售点的Windows Modern应用程序与桌面应用程序,.net,windows-store-apps,desktop-application,modern-ui,.net,Windows Store Apps,Desktop Application,Modern Ui,我正在为Windows开发销售点(POS)。我有两种选择,一种是开发桌面应用程序,另一种是开发现代应用程序 据我所知,WIndows应用商店不直接发布桌面应用程序。我想在Windows应用商店销售我的应用程序,这样我就可以使用现代应用程序了 不过,我也明白,现代应用程序并不适合复杂的应用程序。POS应包含库存、用户和班次管理、供应商信息和一些商业智能,将来可能会变得复杂。现代应用程序能满足这一需求吗 还有,现代应用程序的局限性是什么?我知道我需要遵循微软的一些设计惯例,但除此之外,当数据很大时,

我正在为Windows开发销售点(POS)。我有两种选择,一种是开发桌面应用程序,另一种是开发现代应用程序

据我所知,WIndows应用商店不直接发布桌面应用程序。我想在Windows应用商店销售我的应用程序,这样我就可以使用现代应用程序了

不过,我也明白,现代应用程序并不适合复杂的应用程序。POS应包含库存、用户和班次管理、供应商信息和一些商业智能,将来可能会变得复杂。现代应用程序能满足这一需求吗

还有,现代应用程序的局限性是什么?我知道我需要遵循微软的一些设计惯例,但除此之外,当数据很大时,它会变得迟钝吗


对于你的信息,我使用SQLite作为独立的数据库。

< P>我认为你应该首先考虑你的收入模型。也许在那里你会发现一些有助于你做出决定的见解

然而,我认为走中间路线可以让你找到一个更好的环境

<>我想你不仅仅是开发一个应用程序,并把它上传到一个网站上,并希望人们从月球上落入你的网站,然后付钱给你下载。我会假设你们有一支销售团队,服务质量等等

考虑到所有windows操作系统都支持winforms应用程序,开发winforms客户端是一个必须且安全的赌注(同样,赌注的收入取决于您的销售人员)。但您还需要设计一个应用程序体系结构。我建议您开发一个后端(它将处理库存、历史档案、业务规则等),您可以将其安装到客户的基础设施上,或者(猜怎么着?)将其作为服务提供

在该后端,根据客户的基础结构,您可以提供web客户端、桌面客户端或Windows应用商店客户端。每一个都有自己的优点和缺点,您可以利用它们来实现自己的利益,而不必忽视您的客户目标

除此之外,试着提供一些好的、简单的和有趣的东西。POS系统总是很无聊,在那里你可能有机会与众不同

您还担心应用程序的性能。嗯,大部分依赖于后端及其基础设施。我认为您仍然在考虑一个完全本地的应用程序,但是您可以设计一个更好的体系结构,通过了解更好的实践和更现代的体系结构,为您打开业务机会,并提供一个很棒的体验

最大的区别是你需要考虑的是现代应用程序运行在比桌面系统更受限的环境中。访问硬件组件和系统资源更为有限,这可能是一个问题,或者至少是一个令人头痛的问题,具体取决于应用程序的功能。使用桌面,您仍然可以像我们在Windows95中习惯的那样访问所有内容,但也存在更多的安全问题。Windows应用商店应用程序也更难被盗版


希望这对您有所帮助,并让您更好地了解下一步该怎么做。

My modern app以每月20美元的销售额跻身付费安全性排行榜榜首;)不知道在哪里可以找到现代ui应用程序的客户端。此外,您可以在windows应用商店中发布经典应用程序,但您的公司应该是知名的和成熟的。@crea7这是好事还是坏事?哈哈,看起来像,但不是。Windows Phone带来更多收入。Windows应用商店应用程序适用于Windows 8。*在wards,但仍有人在使用XP(尽管他们最终会升级),但Windows 7用户仍远多于Windows 8,而且桌面应用程序在Windows 8上运行良好。所以在我看来,桌面应用程序……Surface应该能够完成所有这些,只要他们使用WinUSB进行串行连接。这将需要一个USB集线器,但这是完全可行的。可移植类库基本上是一个类库,它使用.NET framework的一个子集,设计得有点像所选平台的维恩图。因此,如果您选择Windows应用商店和Windows Phone,那么它将只包括它们都可以访问的库。这意味着它可以在两个平台上的应用程序中使用,而无需进行任何更改。您可以通过控制反转来实现特定于平台的事情