如何在Visual Studio中发布编写好的Winform程序

我们用Visual Studio编写好Winform程序以后就需要将其发布出去了，那么如何在Visual Studio中发布编写好的Winform程序呢？下面我给大家演示一下。

工具/材料

VisualStudio

首先我们打开VisualStudio软件，新建一个Winform程序，简单的拖拽几个窗体，如下图所示

然后右键单击项目名称，选择生成或者重新生成选项，将项目重新生成一下，如下图所示

接下来继续右键单击项目，这次点击发布选项，如下图所示

接着会d出发布向导，首先会让你选择要发布的位置，这里选择一个盘符下的文件夹即可，如下图所示

然后需要选择用户安装的路径，这个路径一般是服务器的路径，你需要把程序放在服务器上供用户下载安装，如下图所示

接着会让你选择是否允许程序脱机使用，我们这里选择允许即可，如下图所示

设置完以上步骤，Visual Studio会将发布的信息都展示出来，你需要确认一下各项内容是否都正确，如下图所示

最后打开刚才设置的发布文件夹，我们会看到程序已经被发不出来了，剩下的我们就是把相应的文件放到IIS中即可

1、做好小程序的源码。

2、提交审核。

发布微信小程序：

1、进入小程序商店首页。

2、点击进入发布小程序界面。

3、添加您的微信小程序的必要信息内容，带绿色星号的表单都是必填项。

4、正确填写验证码后，点击保存并上传按钮，即可发布完成。

5、24小时内，小程序商店会对您所发布的小程序进行审核，审核通过后会在网站固有页面进行展示。如果您想加快审核进度，可以与网站管理员取得联系。

微信小程序开放了公共接口，商家或开发者只需利用这些接口，就可以开发出各种各样的功能，对接后，小程序即可实现商城功能。微信小程序对接开发前，必备条件：

1、营业执照（个体工商户/公司）；

2、已认证的微信小程序账号；

3、微信支付商户号。目前，开发一套微信小程序商城系统，常见的有两种方式：1、定制开发：这种通常是有个性化需求的企业，一般是自建技术团队，开发周期比较长，3~6个月不等，有专门有自己的运维人员。有的企业不想自建团队，就会把微信小程序开发这项工作，外包给第三方技术公司，总得来说周期长，价格昂贵，几万到几十万不等，只适合少部分企业；2、套用模板：这种通常是针对大多数商家，提供的通用解决方案，虽然不可以定制开发那样满足个性化需求，但至少可以满足95%的行业需求。通常成本在几千元，商家不用担心成本过高的问题，同时，这类商城系统，通常有丰富的模板可供参考，功能可以根据商家选择的套餐，按需搭建，如果商家自己完全不懂也没关系，一般这类提供商城系统的公司，都会提供长期的技术支持、运营辅助等。

预先准备

在你开始将程序提交到AppStore之前，你需要有一个AppID，一个有效的发布证书，以及一个有效的Provisioningprofile。下面来看看它们各自的作用。

Step1:AppID（应用ID）

AppID是识别不同应用程序的唯一标示符。每个app都需要一个AppID或者app标识。目前有两种类型的App标识：一个是精确的AppID（explicitAppID），一个是通配符AppID（wildcardAppID）。使用通配符的AppID可以用来构建和安装多个程序。尽管通配符AppID非常方便，但是一个精确的AppID也是需要的，尤其是当App使用iCloud或者使用其他iOS功能的时候，比如GameCenter、PushNotifications或者IAP。 

如果你不确定什么样的AppID适合你的项目，我推荐你读下苹果关于这一主题的文档： TechnicalNoteQA1713。 

Step2:DistributionCertificate(发布证书)iOS应用都有一个安全证书用于验证开发者身份和签名。为了可以向AppStore提交app，你需要创建一个iOSprovisioningprofile。首先需要创建一个distributioncertificate（发布证书），过程类似于创建一个developmentcertificate（开发证书）。如果你已经在实体设备上测试你的App，那么你对创建developmentcertificate就已经很熟悉了。 

如果对此不熟悉，建议你读下苹果关于signingcertificates和provisioningprofiles的详细指导。

Step3:ProvisioningProfile(配置文件)一旦你创建了AppID和distributioncertificate，你可以创建一个iOSprovisioningprofile以方便在AppStore中销售你的App。不过，你不能使用和adhocdistribution相同的provisioningprofile。你需要为AppStore分销创建一个单独的provisioningprofile，如果你使用通配符AppID，那么你的多个app就可以使用相同的provisioningprofile。 

Step4:BuildSettings(生成设置)

配置AppID、distributioncertificate和provisioningprofile已经完成，是时候配置Xcode中target的buildsettings了。在Xcode  Project  Navigator的targets列表中选择一个target，打开顶部的BuildSettings选项，然后更新一下CodeSigning来跟之前创建的distributionprovisioningprofile相匹配。最近添加的provisioningprofiles有时候不会立马就在buildsettings的CodeSigning中看到，重启一下Xcode就可以解决这个问题。 

配置Target的BuildSettings

Step5:DeploymentTarget(部署目标)

非常有必要说下deploymenttarget，Xcode中每个target都有一个deploymenttarget，它可以指出app可以运行的最小版本。不过，一旦应用在AppStore中生效，再去修改deploymenttarget，你要考虑到一定后果。如果你在更新app的时候提高了deploymenttarget，但是已经购买应用的用户并没有遇到新的deploymenttarget，那么应用就不能在用户的移动设备上运行。如果用户通过iTunes(不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。

(1)当你决定提高现有app的deploymenttarget时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。

(2)对于一款新app，我经常会把deploymenttarget设置为最近发布的系统版本。因为新iOS版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deploymenttarget会失去大部分市场，这个说法并不准确，比如iOS6，iOS6发布后一个月，超过60%的设备已经进行了更新。但对Android而言，就是另外一回事了，Android用户并不会像iOS用户那样热衷于更新 *** 作系统版本。 

各位商家需要按照以下步骤，才能发布微信小程序。

一、注册小程序帐号

商家需要在微信公众平台官网首页（>

Android系统要求，所有的程序经过数字签名后才能安装。Android系统使用这个证书来识别应用程序的作者，并且建立程序间的信任关系。证书不是用于用户控制哪些程序可以安装。证书不需要授权中心来签名：Android应用程序上使用自己签名的证书是完全允许且普遍的。

理解Android应用程序签名有以下几个重要点：

·所有的应用程序都必须签名。系统不会安装任何一个不签名的程序。

·你可以使用自己的证书来签名。不需要任何授权中心。

·当你要为最终用户发布你的应用程序的时候，你必须签入一个合适的密钥。你不可以发布程序的时候还使用SDK工具签入的DebugKey。

·系统只在安装应用程序的时候检测证书的有效期。如果应用程序在安装之后证书失效了，那么，应用程序还是可以正常工作。

·你可以使用标准工具——Keytool和Jarsigner——生成Key并签名apk文件。

·一旦你为应用程序签名了，一定要使用zipalign工具来优化最终的APK包。

Android系统不会安装和运行没有正确签名的应用程序。这条规则适用于任何运行Android系统的地方，不管是真机还是模拟器。正是由于这个原因，你必须在模拟器或真机上运行/调试程序之前对程序进行签名。

当你调试应用程序时，AndroidSDK工具替你对应用程序进行了签名。Eclipse的ADT插件和Ant编译工具都提供了两种签名模式——Debug模式和Release模式。

·当开发和测试时，你可以使用Debug模式。在Debug模式下，编译工具使用内嵌在JDK中的Keytool工具来创建一个keystore和一个key(包含公认的名字和密码)。在每次编译的时候，使用这个DebugKey来为apk文件签名。由于密码是公认的，在每次编译的时候，也不需要提示你输入keystore和key密码。

·当你的程序准备发布时，你必须在Release模式下，使用密钥来为apk文件签名。有以下两种方式可以做到：

1命令行中使用Keytool和Jarsigner。在这个方法中，首先需要编译出一个未签名的apk。然后使用Jarsigner(或相似的工具)，用你的密钥为apk手动签名。如果你没有合适的密钥，你可以运行Keytool来手动生成自己的keystore/key。

2使用ADT导出向导。如果你使用Eclipse/ADT插件进行开发，你可以使用导出向导来编译程序，生成密钥(如果需要)，并为apk签名，所有这些 *** 作都在导出向导中。一旦你的程序签名了，别忘了运行zipalign来为apk进行额外的优化。

签名策略

应用程序签名的某些方面可能会影响应用程序的开发，特别是你打算一起发布多个应用程序的时候。一般来说，推荐的策略是在整个应用程序寿命内，所有的程序签上相同的证书。

以下有几个应该这么做的原因：

·应用程序升级——当你对应用程序进行升级时，如果你想用户平稳的升级，那么，你就需要签上相同的证书。当系统安装一个升级应用程序时，如果新版本的证书与老版本的证书有匹配的话，那么，系统才会允许进行升级。如果你没有为版本签上合适的证书，当你安装时，你需要给应用程序指定一个新的包名——在这种情况下，用户安装的新版本，被当作是一个全新的应用程序。

·应用程序模块化——如果应用程序请求的话，Android系统允许签有相同证书的应用程序运行在相同的进程里，这样，系统就会把它们看作是一个单一的应用程序。用这种方法配置应用程序，用户可以选择更新每个独立的模块。

·代码/数据权限共享——Android系统提供了基于签名的权限检查，因此，如果应用程序间签有特定的证书，那么，它们之间可以共享功能。通过多个程序签有相同的证书并且使用基于签名的权限检查，你的程序可以以一种安全的方式共享代码和数据。还有一个决定签名策略的重要因素是：如何设定key的有效期。

·如果你计划支持单个应用程序的升级，你需要确保你的key拥有一个超过期望的应用程序生命周期的有效期。推荐使用25年或更多的有效期。当你的key过期了，用户也就不能平稳的更新到新版本了。

·如果你想给多个无关的应用程序签上相同的key，那么，你必须确保key的有效期超过所有应用程序所有版本的生命周期，包括将来有可能添加到这一阵营的程序。

·如果你想在上发布你的程序，key的有效期必须在20331022以后。Market服务器强制这一要求，目前是保证用户可以平稳的更新他们的程序。

当你设计应用程序时，一定要把这些点记在脑子里，并且使用一个合适的证书来为应用程序签名。

签名的基本设定

在你开始之前，你必须保证Keytool对SDK编译工具来说是可利用的。多数情况下，你可以通过设置JAVA_HOME环境变量来告诉SDK编译工具如何找到Keytool。另外，你还可以添加JDK中Keytool的路径到PATH的变量里。

如果你在Linux上开发，并且使用GNU编译器来编译Java，那么，请确保系统是使用JDK中的Keytool，而不是gcj。如果Keytool已经在你的PATH中，它有可能是对/usr/bin/keytool的符号链接。在这种情况下，检查符号链接的目标，确保它是指向JDK中的Keytool。如果你打算对公众释放你的应用程序，你还需要Jarsigner工具。Jarsigner和Keytool都包含在JDK中。

Debug模式下签名

Android编译工具提供了Debug签名模式，使得开发和调试应用程序更加容易，而且还满足Android系统的签名要求。当使用Debug模式编译你的app时，SDK工具会调用Keytool工具自动创建一个Debug的keystore和key。然后，这个Debugkey会自动用于apk的签名，这样，你不需要使用你自己的key来为应用程序包签名。

SDK工具使用预先定义好的名字/密码来创建/key：

·Keystore名字：“debugkeysotre”

·Keystore密码：“android”

·Key别名：“”

·Key密码：“android”

·CN：“CN=,O=Android,C=US”

如果需要的话，你可以改变/key的位置和名字，或者提供一个自定义的/key。然而，任何自定义的/key必须使用和默认Debugkey(上面描述的)相同的名字和密码。(在Eclipse/ADT中， *** 作Windows>Preferences>Android>Build实现。)

注意：你不能将签有Debug证书的应用程序发布给公众。

Eclipse用户

如果你在Eclipse/ADT下开发(并且已经按照上面描述的“签名的基本设定”配置了Keytool)，Debug模式下签名默认是开启的。当你运行或是调试应用程序时，ADT会使用Debug证书进行签名，并运行zipalign，然后安装到选择的模拟器或是连接上的设备。整个过程不需要你参与，前提是ADT能访问Keytool。

Ant用户

如果你使用Ant来编译你的apk文件，需要在ant命令中添加debug选项来开启Debug签名模式(假设你正在使用由android工具生成buildxml文件)。当你运行antdebug来编译你的程序时，编译脚本会生成一个keystore/key，并为apk进行签名。然后脚本会使用zipalign工具对apk进行对齐处理。整个过程不需要你参与。阅读“其它IDE下开发：Debug模式编译”来了解更多的信息。

Debug证书过期

Debug模式下签名用的证书(默认是Eclipse/ADT和Ant编译)自从它创建之日起，1年后就会失效。

当证书失效时，你会得到一个编译错误，在Ant编译上，错误如下：

debug:

[echo]/samples-debugapk,

[exec]/4/083:43PM

在Eclipse/ADT中，Android控制台上你将会看到一个相似的错误。

为了解决这个问题，只需要删掉debugkeystore文件即可。AVD默认存储的位置在：~/android/avd(OSX和Linux)，C:\android(WindowsXP)，C:Users\android()。

当下一次编译的时候，编译工具会重新生成一个新的keystore和Debugkey。

Release模式下签名

当你的程序准备好释放给其它用户时，你必须：

1获取一个合适的密钥

2在Release模式下编译程序

3使用密钥签名程序

4对齐APK包

如果你是使用Eclipse/ADT插件开发，你可以使用导出向导来完成编译、签名和对齐等 *** 作。在整个过程中，导出向导甚至还可以生成一个新的keystore和密钥。因此，如果你使用Eclipse，你可以直接跳到“使用EclipseADT编译和签名”。

获取一个合适的密钥为了进行程序的签名，首先，你必须有一个合适的密钥。密钥指：

·个人持有。

·代表个人、公司或组织实体的身份。

·拥有一个有效期。有效期推荐超过25年。

如果你在上发布你的程序，需要注意一点的是：程序的有效期需要在20331022之后。你不能上传一个应用程序，而它的key的有效期是在这个日期之前。

·不是由AndroidSDK工具生成的Debugkey。

如果你没有一个合适的key，你一定要使用Keytool来生成一个。如“基本设定”中描述的，确保Keytool可用。

为了用Keytool生成一个key，使用keytool命令并传入一些可选参数，如下表所示。

警告:确保密钥的安全。一定要阅读“安全储存你的密钥”中讨论如何确保你的密钥的安全以及这对你和用户为何如此重要。尤其是，当你生成你的密钥时，一定要为keystore和key使用强密码。

以上就是关于如何在Visual Studio中发布编写好的Winform程序全部的内容，包括:如何在Visual Studio中发布编写好的Winform程序、微信小商城搭建好了怎么发布小程序、微信小程序如何提交发布等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！