應用軟體是如何搭建在伺服器上的
『壹』 如何在伺服器上搭建JSP環境，需要安裝哪些軟體
JSP 開發環境搭建:
一、配置java開發工具（JDK）
這一步涉及Java SDK的下載和PATH環境變數的配置。
您可以從Oracle公司的Java頁面中下載SDK：Java SE Downloads
Java SDK下載完後，請按照給定的指示來安裝和配置SDK。最後，通過設置PATH和JAVA_HOME環境變數來指明包括java和javac的文件夾路徑，通常是java_install_dir/bin和java_install_dir。
假如您用的是Windows系統並且SDK的安裝目錄為C::\jdk1.5.0_20，那麼您就需要在 C:\autoexec.bat 文件中添加以下兩行：
set PATH=C:\jdk1.5.0_20\bin;%PATH%
set JAVA_HOME=C:\jdk1.5.0_20
或者，在Windows NT/2000/XP下，您可以直接右擊我的電腦圖標，選擇屬性，然後高級，然後環境變數，接下來您就可以很方便地設置PATH變數並且確定退出就行了。
在linux/Unix系統下，如果SDK的安裝目錄為/usr/local/jdk1.5.0_20並且使用的是C shell，那麼您就需要在.cshrc文件中添加以下兩行：
setenv PATH /usr/local/jdk1.5.0_20/bin:$PATH
setenv JAVA_HOME /usr/local/jdk1.5.0_20
或者，假如您正在使用類似於Borland JBuilder、Eclipse、IntelliJ IDEA和Sun ONE Studio這樣的集成開發環境，可以試著編譯並運行一個簡單的程序來確定IDE（集成開發環境）是否已經知道 SDK的安裝目錄。
本步驟你也可以參考本站Java開發環境配置章節的教程。
二、設置Web伺服器：Tomcat
目前，市場上有很多支持JSP和Servlets開發的Web伺服器。他們中的一些可以免費下載和使用，Tomcat就是其中之一。
Apache Tomcat是一個開源軟體，可作為獨立的伺服器來運行JSP和Servlets，也可以集成在 Apache Web Server中。以下是Tomcat的配置方法：
下載最新版本的Tomcat：http://tomcat.apache.org/。
下載完安裝文件後，將壓縮文件解壓到一個方便的地方，比如Windows下的C:\apache-tomcat-5.5.29目錄或者Linux/Unix下的/usr/local/apache-tomcat-5.5.29目錄，然後創建CATALINA_HOME環境變數指向這些目錄。
在Windows機器下，Tomcat可以通過執行以下命令來啟動：
%CATALINA_HOME%\bin\startup.bat
或者
C:\apache-tomcat-5.5.29\bin\startup.bat
在Linux/Unix機器下，Tomcat可以通過執行以下命令來啟動：
$CATALINA_HOME/bin/startup.sh
或者
/usr/local/apache-tomcat-5.5.29/bin/startup.sh
成功啟動Tomcat後，通過訪問http://localhost:8080/便可以使用Tomcat自帶的一些web應用了。假如一切順利的話，您應該能夠看到以下的頁面：
更多關於配置和運行Tomcat的信息可以在Tomcat提供的文檔中找到，或者去Tomcat官網查閱：http://tomcat.apache.org。
在Windows機器下，Tomcat可以通過執行以下命令來停止：
%CATALINA_HOME%\bin\shutdown
或者
C:\apache-tomcat-5.5.29\bin\shutdown
在Linux/Unix機器下，Tomcat可以通過執行以下命令來停止：
$CATALINA_HOME/bin/shutdown.sh
或者
/usr/local/apache-tomcat-5.5.29/bin/shutdown.sh
三、設置CLASSPATH環境變數
由於servlets不是Java SE的一部分，所以您必須標示出servlet類的編譯器。
假如用的是Windows機器，需要在C:\autoexec.bat文件中添加以下兩行：
set CATALINA=C:\apache-tomcat-5.5.29
set CLASSPATH=%CATALINA%\common\lib\jsp-api.jar;%CLASSPATH%
或者，在Windows NT/2000/XP下，您只要右擊我的電腦，選擇屬性，然後點擊高級，然後點擊環境變數，接下來便可以設置CLASSPATH變數並且確定退出即可。
在Linux/Unix機器下，假如您使用的是C shell，那麼您就需要在.cshrc文件中添加以下兩行：
setenv CATALINA=/usr/local/apache-tomcat-5.5.29
setenv CLASSPATH $CATALINA/common/lib/jsp-api.jar:$CLASSPATH
注意：如果您的開發路徑是C:\JSPDev (Windows)或者 /usr/JSPDev (Linux/Unix)，那麼需要將這些路徑添加進CLASSPATH變數中。
『貳』 如何在 Intel x86 伺服器上構建 IBM PowerLinux 應用程序 第2頁
環境和配置
測試環境有一個 IBM Flex System® 組成，該系統有多個 IBM Flex System x240 計算節點和兩個基於 IBM POWER7 處理器的節點（一個 Flex System p260 和一個 Flex System p460）。出於本項目的目的，我使用一個 Flex system x240 計算節點來交叉編譯 Apache httpd 和 Postgresql。構建二進製程序後，我將它們轉移到 Flex System p460 計算節點。圖 7 顯示了 IBM Flex System 測試環境的布局圖。
圖 7. IBM Flex System 測試環境
以下是我的系統配置、操作系統級別和其他與系統設置相關的信息。
Flex System x240 計算節點
用於交叉編譯二進製程序的 Intel 節點僅需要足夠的處理能力和內存，以便能夠構建 Power 二進製程序。配置如下：
基於內核的虛擬機 (KVM) 管理程序 Red Hat 6.5
32 個處理器
64 GB 內存
IBM Storwize® V7000 存取區域網路 (SAN) 連接磁碟
KVM Guest 系統
Red Hat Enterprise Linux 6.5
4 個處理器
16 GB 內存
一個 virtio 磁碟：100 GB
一個配置為 br0 的虛擬網路介面卡 (NIC)
所有其他 KVM Guest 系統都已關閉，以消除破壞環境的任何可能性。
Flex System p440 計算節點
Flex System p440 計算節點包含多個邏輯分區 (LPAR)，其中一個配置為測試伺服器。PowerLinux 伺服器配置如下：
IBM PowerVM® 來賓
Red Hat Enterprise Linux 6.5
8 個處理器（專用）
32 GB 內存
Storwize V7000 SAN 連接磁碟 (50 GB)
通過虛擬 I/O 伺服器 (VIOS) 共享的乙太網適配器
LPAR 配置
最小內存：256 MB
目標內存：32 GB
最大內存：64 GB
最少處理器數：8
目標處理器數：8
最大處理器數：32
處理模式：專用
專用內存
虛擬乙太網適配器（通過 VIOS 建立）
適配器 ID：2
VLAN ID：1
需要此適配器來激活虛擬伺服器：已選擇
以下是我運行的其他一些命令：
# ppc64_cpu --frequency
min: 3.56 GHz (cpu 28)
max: 3.56 GHz (cpu 4)
avg: 3.56 GHz
# ppc64_cpu --cores-present
Number of cores present = 8
# sysctl.conf
kernel.sem = 250 32000 32 12288
使用 toolchain 構建應用程序
通常，構建開源發行版的過程是一個迭代過程。如果您很幸運的話，該過程可能已構建完成。不幸的是，因為大多數開源發行版都構建於 x86 伺服器之上，所以在嘗試為不同架構（比如 IBM Power 架構）構建它們時可能遇到問題。
如果在 Power 上構建開源包時遇到問題，只需在互聯網上搜索類似情形，查看這些已報告的問題是否與您的經歷密切相關。如果是相關的，那麼在大多數情況下，您可以找到如何解決該問題的建議。
對我而言，盡管為配置腳本選擇正確參數後，postgresql 很好地構建完成了，但 apache httpd 沒那麼幸運。接下來的幾節將介紹為 Power 架構構建 apache httpd 所需的修復程序。
交叉編譯器經驗
編寫本文時，我使用的交叉編譯器版本是一個僅供 IBM 內部使用的版本，它專為修復我在測試期間遇到的一個錯誤而構建。讀者可以下載 AT 7.0-5 版，它是最新的交叉編譯器（在發表本文時），擁有接下來的幾段中描述的錯誤的修復程序。
在我嘗試交叉編譯 apr-1.5.1 源代碼發行版時，我看到了以下編譯器消息。
"sorry - this program has been built without plugin support"
按照我在互聯網上搜索可能的幫助和解決方案的建議，我找到多個鏈接提到編譯器需要使用 「plugin enabled」 選項來構建。我向 toolchain 支持小組報告了此問題，toolchain 維護人員很快就回復了我，為我提供了一個使用 plugin enabled 選項構建的修改版本。請注意，toolchain 的交叉編譯器和原生編譯器版本都需要使用 plugin enabled 選項構建。我能夠在獲得擁有該修復程序的 toolchain 版本後繼續工作。
這是我使用 PowerLinux toolchain 的第一次經歷。
交叉編譯 httpd 2.4.3
要交叉編譯 Apache httpd，需要使用另外 3 個包。它們是：apr、apr-util 和 pcre。找到下載最新包的位置後，開始使用 toolchain 交叉編譯器在 x86 伺服器上構建它們。
我構建 apr-1.5.1 時遇到的問題是構建 gen_test_char.o 模塊。請參閱 ASF Bugzilla – 錯誤 51257 了解有關的更多細節。我修改了 Makefile.in 文件（如下所示）並運行 buildconf 腳本，以便將更改包含在配置腳本中。
對 Makefile.in 的修改如下所示：
[root@stgisv240 apr-1.5.1]# diff -u Makefile.in ../../apr-1.5.1/Makefile.in
--- Makefile.in 2014-03-17 10:10:26.000000000 -0500
+++ ../../apr-1.5.1/Makefile.in 2014-07-03 13:36:11.125013781 -0500
@@ -46,7 +46,6 @@
CLEAN_TARGETS = apr-config.out apr.exp exports.c export_vars.c .make.dirs build/apr_rules.out tools/gen_test_char@EXEEXT@ - tools/gen_test_char.o tools/gen_test_char.lo \
include/private/apr_escape_test_char.h
DISTCLEAN_TARGETS = config.cache config.log config.status include/apr.h include/arch/unix/apr_private.h @@ -132,10 +131,9 @@
make_tools_dir:
$(APR_MKDIR) tools
-OBJECTS_gen_test_char = tools/gen_test_char.lo $(LOCAL_LIBS)
-tools/gen_test_char.lo: make_tools_dir
-tools/gen_test_char@EXEEXT@:$(OBJECTS_gen_test_char)
- $(LINK_PROG) $(OBJECTS_gen_test_char) $(ALL_LIBS)
+tools/gen_test_char@EXEEXT@: make_tools_dir
+tools/gen_test_char@EXEEXT@: tools/gen_test_char.c
+ $(BUILD_CC) $(CFLAGS_FOR_BUILD) $< -o $@
include/private/apr_escape_test_char.h: tools/gen_test_char@EXEEXT@
$(APR_MKDIR) include/private
修改 Makefile.in 文件後，我運行 buildconf 來創建了一個新配置腳本。下一段將介紹用於配置腳本的參數和變數。順便說一下，我是根據其他嘗試在其他平台（比如 ARM）上交叉編譯 Apache httpd 及其組件的開發人員的建議，為配置腳本選擇配置參數的。
以下是我在 x86 伺服器上運行 apr-1.5.1 組件的配置腳本時，使用的參數和環境變數。
# Config script using Power Linux toolchain on x86
BUILD_CC=gcc
CC_FOR_BUILD=gcc
CC=powerpc64-linux-gcc
CPP=powerpc64-linux-cpp
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
LD=powerpc64-linux-ld
STRIP=powerpc64-linux-strip
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/tmp/usr/local/apr --host=powerpc64-linux ac_cv_file__dev_zero=no
ac_cv_func_setpgrp_void=no apr_cv_tcp_nodelay_with_cork=no ac_cv_sizeof_struct_iovec=1
BUILD_CC=gcc make install
我在 Power 伺服器上了略加修改的相同發行版。請注意，用於 Power 伺服器的 PowerLinux toolchain 使用了具有類似命名的可執行程序，比如從原生 cpp 和 binutils 包安裝的 cpp 和 ld。修改腳本中的 CPP 和 LD 變數，如下所示。確保 Power toolchain 的路徑首先傳入您的 PATH 環境中。
以下是我在 Power 伺服器上運行 apr-1.5.1 的配置腳本時使用的參數和環境變數。
# Config script using PowerLinux toolchain on Power
BUILD_CC=gcc
CC_FOR_BUILD=gcc
CC=powerpc64-linux-gcc
CPP=cpp # Note the difference
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
LD=ld # Note the difference
STRIP=powerpc64-linux-strip
#CFLAGS="-mcpu=440fp -mtune=440fp --sysroot $SYSROOT"
#LDFLAGS=-L$SYSROOT/lib
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/home/usr/local/apr ac_cv_file__dev_zero=no
ac_cv_func_setpgrp_void=no apr_cv_tcp_nodelay_with_cork=no ac_cv_sizeof_struct_iovec=1
ac_cv_struct_rlimit=yes
BUILD_CC=gcc make install
以下是我在 x86 伺服器上運行 apr-util-1.5.3 組件的配置腳本時使用的參數和環境變數。
# Configure script for apr-util-1.5.3 on x86
BUILD_CC=gcc
CC_FOR_BUILD=gcc
CC=powerpc64-linux-gcc
CPP=powerpc64-linux-cpp
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
LD=powerpc64-linux-ld
STRIP=powerpc64-linux-strip
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/tmp/usr/local/apr --host=powerpc64-linux --with-
apr=/tmp/usr/local/apr ac_cv_file__dev_zero=no ac_cv_func_setpgrp_void=no
apr_cv_tcp_nodelay_with_cork=no ac_cv_sizeof_struct_iovec=1
以下是我在 Power 伺服器上運行 apr-util-1.5.3 組件的配置腳本時使用的參數和環境變數。
# Configure script for apr-util-1.5.3 on Power
BUILD_CC=gcc
CC_FOR_BUILD=gcc
CC=powerpc64-linux-gcc
CPP=cpp
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
LD=ld
STRIP=powerpc64-linux-strip
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/home/usr/local/apr --host=powerpc64-linux --with-
apr=/tmp/usr/local/apr ac_cv_file__dev_zero=no ac_cv_func_setpgrp_void=no
apr_cv_tcp_nodelay_with_cork=no ac_cv_sizeof_struct_iovec=1
以下是我在 x86 伺服器上運行 httpd 組件的配置腳本時使用的參數和環境變數。
# Configure script for httpd 2.4.3 on x86
CC_FOR_BUILD=gcc
CC=powerpc64-linux-gcc
CPP=powerpc64-linux-cpp
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
LD=powerpc64-linux-ld
STRIP=powerpc64-linux-strip
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/tmp/usr/local --host=ppc64 ap_cv_void_ptr_lt_long=no --with-
pcre=/tmp/usr/local/bin/pcre-config --with-apr=/tmp/usr/local/apr --with-mpm=worker--
with-apr-util=/tmp/usr/local/apr/bin/apu-1-config
以下是我在 Power 伺服器上運行 httpd 組件的配置腳本時使用的參數和環境變數。
# Configure script for httpd 2.4.3 on Power
CC_FOR_BUILD=gcc
CC=powerpc64-linux-gcc
CPP=cpp
AS=powerpc64-linux-as
#ASCPP=powerpc-apm-linux-gnu-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
#CXXCPP=powerpc-apm-linux-gnu-cpp
CXX=powerpc64-linux-c++
LD=/opt/at7.0-5-rc1/bin/ld
STRIP=powerpc64-linux-strip
#CFLAGS="-mcpu=440fp -mtune=440fp --sysroot $SYSROOT"
#LDFLAGS=-L$SYSROOT/lib
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/home/usr/local --host=ppc64 ap_cv_void_ptr_lt_long=no--with-
pcre=/home/usr/local/bin/pcre-config --with-apr=/home/usr/local/apr --with-mpm=worker--
with-apr-util=/home/usr/local/apr/bin/apu-1-config
交叉編譯 PostgreSQL 9.4.3
不同於之前構建 httpd 所需的源代碼發行版，我在交叉編譯 PostgreSQL 時未遇到問題。PostgreSQL 是使用以下配置腳本來構建的。
以下是我在 x86 伺服器上運行 PostgresSQL 的配置腳本時使用的參數和環境變數。
# Configure script for postgresql-9.3.4 on x86
CC=powerpc64-linux-gcc
CPP=powerpc64-linux-cpp
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
D=powerpc64-linux-ld
STRIP=powerpc64-linux-strip
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/tmp/usr/local --host=powerpc64-linux --without-readline --without-zlib
與 Apache 配置腳本一樣，您可以注意到針對 Power 伺服器 toolchain 使用了具有類似命名的可執行程序，比如從原生 cpp和 binutils 包安裝的 cpp 和 ld。修改腳本中的 CPP 和 LD 變數，如下所示。確保 toolchain 的路徑首先傳入您的 PATH 環境中。
以下是我在 Power 伺服器上運行 PostgresSQL 的配置腳本時使用的參數和環境變數。
# Configure script for postgresql-9.3.4 on Power
CC=powerpc64-linux-gcc
CPP=cpp
AS=powerpc64-linux-as
AR=powerpc64-linux-ar
RANLIB=powerpc64-linux-gcc-ranlib
CXX=powerpc64-linux-c++
LD=powerpc64-linux-ld
STRIP=powerpc64-linux-strip
export CC CPP AS ASCPP AR RANLIB CXXCPP CXX LD STRIP CFLAGS LDFLAGS CC_FOR_BUILD
./configure --prefix=/home/usr/local --host=powerpc64-linux --without-readline --without-zlib
結束語
toolchain 交叉編譯器的實際價值在於，開發人員可在他們熟悉的開發平台上（在大多數情況下是 x86）編譯和構建 Power Architecture 應用程序。從我們的用例中可以看到，toolchain 可生成像原生編譯的應用程序一樣高效地執行的二進制可執行程序和庫。而且，交叉編譯的庫與原生編譯的應用程序兼容。最後但同樣重要的是，交叉編譯的應用程序可在本地調試以及使用 gdb 調試器遠程調試。
PowerLinux toolchain 與在 x86 平台上使用原生 Linux toolchain 沒什麼不同。希望本文能讓讀者很好地了解 PowerLinux toolchain 的特性和功能。
『叄』 軟體是如何開發出來的
軟體開發流程
先上一個軟體開發的整體流程圖，這就是大名鼎鼎的「瀑布模型（Waterfall Model）」。據說由溫斯頓·羅伊斯（Winston Royce）在1970年提出。
1、環境部署
准備伺服器，部署操作系統、軟體環境、安全軟體、ftp伺服器等。資料庫和應用可分開布置在多個伺服器，也可布置在同一伺服器。
准備網路，分為內網和外網。外網需要購買公網IP和域名。
負責人：網路管理員
2、軟體開發
包括開發語言選擇、架構設計、資料庫設計等工作，並進行編碼、編譯、測試、打包。
負責人：程序員
3、軟體部署
將程序文件上傳到伺服器，進行部署、配置，成功後即可通過客戶端訪問項目。
負責人：軟體實施
軟體開發階段
下面以java語言開發為例，簡單講講程序員是如何進行軟體開發的。
（本部分參考了「軟帝在線」公眾號、博客園「架構與我」的文章）。
1、新建java文件（或工程）
java源代碼本質上就是普通的文本文件，可以用txt等工具編輯java代碼（程序員一般採用源代碼編輯工具，如：Notepad++；或集成開發工具IDE，如：Eclipse）。txt編寫後需將文件擴展名改成java。
2、編寫代碼
以「Hello World」舉例編寫代碼：
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello World");
}
}
該程序表示的意思是輸出Hello World這樣一段話。
3、編譯程序
Java程序之所以能做到跨平台運行，是因為Java程序運行在JVM中的，然而JVM只能夠識別位元組碼文件，而不能直接識別Java文件。所以需要先將Java文件編譯成位元組碼文件，即class文件，然後位元組碼文件才能夠在JVM中運行。
編譯文件，可以通過手動執行Dos命令javac，或直接用編譯器如Eclipse完成。
4、運行程序
可在Dos命令窗口中輸入java命令，按回車，輸出Hello World；
或在編譯器的控制台中看到輸出結果。
5、單元測試
單元測試（模塊測試）是開發者對編寫的一小段代碼，檢驗一個很小的、很明確的功能是否正確。
通常採用JUnit框架（多數java開發環境已集成）進行測試，即所謂白盒測試，叫「白盒」是因為程序員知道被測試的軟體如何（How）完成功能和完成什麼樣（What）的功能。
測試通過後，就完成了軟體開發階段，可以打包部署了。（IT售前圈）
『肆』 如何在伺服器上安裝軟體
需要開許可權才可以安裝。如下參考：
1.右鍵點擊電腦，在彈出的菜單中選擇管理，如下圖。
『伍』 如何搭建資料庫伺服器和web伺服器
分別說明一下web伺服器和資料庫伺服器，以下就是兩者的區別：
1、web伺服器
web伺服器一般指網站伺服器，是指駐留於網際網路上某種類型計算機的程序，可以向瀏覽器等web客戶端提供文檔。
web伺服器可以放置網站文件，讓全世界瀏覽；可以放置數據文件，讓全世界下載。
目前最主流的三個web伺服器是：apache、nginx、iis。
2、資料庫伺服器
運行在區域網中的一台或多台計算機和資料庫管理系統軟體共同構成了資料庫伺服器，資料庫伺服器為客戶應用提供服務，這些服務是查詢、更新、事務管理、索引、高速緩存、查詢優化、安全及多用戶存取控制等。
『陸』 如何搭建伺服器
首先打開控制面板，選擇「程序」，雙擊「打開或關閉Windows服務」，在彈出的窗口中選擇「Internet信息服務」下面所有地選項，點擊確定，開始更新服務。打開瀏覽器，輸入「localhost」回車，如果出現IIS7歡迎界面，說明啟動成功。
伺服器能夠響應終端的服務請求，並進行處理。我們在上網的時候是不可能直接將網路接入互聯網的，我們都需要通過伺服器來連接網路，只有伺服器響應你的聯網請求，並且進行處理以後才可以聯網；存儲的功能，伺服器的存儲空間一般比較充足，可以存儲非常多的信息。
伺服器部署注意事項
在許多伺服器機架，電源分配單元(PDU)的部署僅僅只提供了數量有限的輸出口，所以一台已經被大量使用的機架可能沒有足夠的開放式PDU插座以容納更多額外的伺服器，或無法很方便的為伺服器電源線安排可用的插座。
用戶可能會需要重新安排一些線纜，而只能通過拔掉伺服器的電源了，而這會造成系統的停機，故而這就需要運營團隊進行提前安排了。
『柒』 在伺服器上布置一個應用軟體系統的步驟
目前伺服器常用的操作系統有三類:
-Unix
-Linux
-Windows NT/2000/2003 Server.
這些操作系統都是符合C2級安全級別的操作系
統.但是都存在不少漏洞,如果對這些漏洞不了
解,不採取相應的措施,就會使操作系統完全暴
露給入侵者.
BJFU Info Department, QiJd第七章操作系統安全配置方案
UNIX系統
UNIX操作系統是由美國貝爾實驗室開發的
一種多用戶,多任務的通用操作系統.
誕生於1969年,在GE645計算機上實現一
種分時操作系統的雛形
1970年給系統正式取名為Unix操作系統.
到1973年,Unix系統的絕大部分源代碼都
用c語言重新編寫過,大大提高了Unix系統
的可移植性,也為提高系統軟體的開發效率
創造了條件.
BJFU Info Department, QiJd第七章操作系統安全配置方案
主要特色
UNIX操作系統經過20多年的發展後,已經成為一種成
熟的主流操作系統,並在發展過程中逐步形成了一些
新的特色,其中主要特色包括5個方面.
-(1)可靠性高
-(2)極強的伸縮性
-(3)網路功能強
-(4)強大的資料庫支持功能
-(5)開放性好
BJFU Info Department, QiJd第七章操作系統安全配置方案
Linux系統
Linux是一套可以免費使用和自由傳播的
類Unix操作系統,主要用於基於Intel x86
系列CPU的計算機上.
Linux是在GPL(General Public
License)保護下的自由軟體,版本有:
Redhatlinux,Suse,Slackware,
Debian等;國內有:XteamLinux,紅旗
Linux.Linux流行的原因是免費並且功能
強大.
BJFU Info Department, QiJd第七章操作系統安全配置方案
Linux典型的優點
(1)完全免費
(2)完全兼容POSIX 1.0標准
(3)多用戶,多任務
(4)良好的界面
(5)豐富的網路功能
(6)可靠的安全,穩定性能
(7)支持多種平台
BJFU Info Department, QiJd第七章操作系統安全配置方案
Windows系統
Windows NT(New Technology)是微軟
公司第一個真正意義上的網路操作系統,
發展經過NT3.0,NT40,NT5.0
(Windows 2000)和NT6.0(Windows
2003)等眾多版本,並逐步占據了廣大的
中小網路操作系統的市場.
Windows NT眾多版本的操作系統使用了
與Windows 9X完全一致的用戶界面和完全
相同的操作方法,使用戶使用起來比較方
便.與Windows 9X相比,Windows NT的
網路功能更加強大並且安全.
BJFU Info Department, QiJd第七章操作系統安全配置方案
Windows NT系列操作系統
Windows NT系列操作系統具有以下三方面的優點.
(1)支持多種網路協議
-由於在網路中可能存在多種客戶機,如Windows 95/98,Apple
Macintosh,Unix,OS/2等等,而這些客戶機可能使用了不同的
網路協議,如TCP/IP協議,IPX/SPX等.Windows NT系列操作支
持幾乎所有常見的網路協議.
(2)內置Internet功能
-內置IIS(Internet Information Server),可以使網路管理員輕松
的配置WWW和FTP等服務.
(3)支持NTFS文件系統
-NT同時支持FAT和NTFS的磁碟分區格式.使用NTFS的好處主要
是可以提高文件管理的安全性,用戶可以對NTFS系統中的任何文
件,目錄設置許可權,這樣當多用戶同時訪問系統的時候,可以增加
文件的安全性.
BJFU Info Department, QiJd第七章操作系統安全配置方案
安全配置方案初級篇
安全配置方案初級篇主要介紹常規的操作
系統安全配置,包括十二條基本配置原
則:
(1)物理安全,(2)停止Guest帳號,
(3)限制用戶數量
(4)創建多個管理員帳號,(5)管理員帳號改名
(6)陷阱帳號,(7)更改默認許可權,(8)設置
安全密碼
(9)屏幕保護密碼,(10)使用NTFS分區
(11)運行防毒軟體,(12)確保備份盤安全.
BJFU Info Department, QiJd第七章操作系統安全配置方案
1,物理安全
伺服器應該安放在安裝了監視器的隔離房
間內,並且監視器要保留15天以上的攝像
記錄.
另外,機箱,鍵盤,電腦桌抽屜要上鎖,
以確保旁人即使進入房間也無法使用電
腦,鑰匙要放在安全的地方.
2,停止Guest帳號
在計算機管理的用戶裡面把Guest帳號停用,任何時候都不允許
Guest帳號登陸系統.
為了保險起見,最好給Guest 加一個復雜的密碼,包含特殊字元,數
字,字母的長字元串.
用它作為Guest帳號的密碼.並且修改Guest帳號的屬性,設置拒絕
遠程訪問,如圖所示.
BJFU Info Department, QiJd第七章操作系統安全配置方案
3 限制用戶數量
去掉所有的測試帳戶,共享帳號和普通部門帳號
等等.用戶組策略設置相應許可權,並且經常檢查
系統的帳戶,刪除已經不使用的帳戶.
帳戶很多是黑客們入侵系統的突破口,系統的帳
戶越多,黑客們得到合法用戶的許可權可能性一般
也就越大.
對於Windows NT/2000主機,如果系統帳戶超過
10個,一般能找出一兩個弱口令帳戶,所以帳戶
數量不要大於10個.
BJFU Info Department, QiJd第七章操作系統安全配置方案
4 多個管理員帳號
雖然這點看上去和上面有些矛盾,但事實上是服
從上面規則的.創建一個一般用戶許可權帳號用來
處理電子郵件以及處理一些日常事物,另一個擁
有Administrator許可權的帳戶只在需要的時候使
用.
因為只要登錄系統以後,密碼就存儲再
WinLogon進程中,當有其他用戶入侵計算機的
時候就可以得到登錄用戶的密碼,盡量減少
Administrator登錄的次數和時間.
5 管理員帳號改名
Windows 2000中的Administrator帳號是不能被停用的,這意味著
別人可以一遍又一邊的嘗試這個帳戶的密碼.把Administrator帳戶
改名可以有效的防止這一點.
不要使用Admin之類的名字,改了等於沒改,盡量把它偽裝成普通用
戶,比如改成:guestone.具體操作的時候只要選中帳戶名改名就
可以了,如圖所示.
6 陷阱帳號
所謂的陷阱帳號是創建一個名為"Administrator"的本地帳
戶,把它的許可權設置成最低,什麼事也幹不了的那種,並
且加上一個超過10位的超級復雜密碼.
這樣可以讓那些企圖入侵者忙上一段時間了,並且可以借
此發現它們的入侵企圖.可以將該用戶隸屬的組修改成
Guests組,如圖所示.
7 更改默認許可權
共享文件的許可權從"Everyone"組改成"授權用戶"."Everyone"在
Windows 2000中意味著任何有權進入你的網路的用戶都能夠獲得這
些共享資料.
任何時候不要把共享文件的用戶設置成"Everyone"組.包括列印共
享,默認的屬性就是"Everyone"組的,一定不要忘了改.設置某文
件夾共享默認設置如圖所示.
BJFU Info Department, QiJd第七章操作系統安全配置方案
8安全密碼
一些網路管理員創建帳號的時候往往用公司名,
計算機名,或者一些別的一猜就到的字元做用戶
名,然後又把這些帳戶的密碼設置得比較簡單,
這樣的帳戶應該要求用戶首此登陸的時候更改成
復雜的密碼,還要注意經常更改密碼.
這里給好密碼下了個定義:安全期內無法破解出
來的密碼就是好密碼,也就是說,如果得到了密
碼文檔,必須花43天或者更長的時間才能破解出
來,密碼策略是42天必須改密碼.
『捌』 windows怎麼搭建ftp伺服器
windows怎麼搭建ftp伺服器可以先進入計算機管理中選擇「用戶」，建立新用戶；然後在控制面板卸載程序中點擊「查看已安裝的更新」，找到FTP伺服器，將子選項都勾選後確定；進入計算機管理中選擇服務和應用程序下的「internet信息服務」，點擊網站添加網站，添加後選擇添加的網站選擇「添加FTP站點發布」，填寫本地IP地址，埠後填寫2121，根據個人情況完成配置即可。
1、右鍵計算機選擇「管理」；
注意事項
登錄ftp伺服器之前，請先確保你的Microsoft FTP Service是啟動，若未啟動，在服務和應用程序中找到Microsoft FTP Service右鍵啟動即可。
『玖』 app是如何製作的，APP如何開發
手機APP製作流程：無需技術，教你製作一個自己的手機APP
一款手機APP的製作，說復雜非常復雜，涉及到多個領域的研發，稍復雜一點的個人研發基本上搞不定，但是，也有非常簡單的手機APP一站式製作運營方法。
隨著移動互聯網基層開開發技術的發展，無需編程技術，也可以在應用公園製作手機。這里就以應用公園為例，教您熟悉手機APP製作流程，手把手教你製作一款自己心儀的手機APP。
第一步：了解自己想要製作一款怎麼的手機APP。是軟硬體結合？ 游戲 類？商城類？新聞資訊類？互動類？聊天類？還是團購類、同城服務類？送餐類？企業展示類？
每一個類別的APP開發差異非常大，主要就是不同類型所需要的功能支持。對自己想要做的APP有個大致的了解，但是這一步很多人都沒搞清楚，大部分人都存在一個大概模糊的創意、想法階段。
第二步：了解自己想要做的APP的基礎功能，劃分板塊。
對基礎功能的了解、板塊的分類，上手最快的方法就是：查看市場上類似的APP進行借鑒。
第三步：界面及交互的設計
界面及交互的設計，可以直接使用「墨刀」。可以先設計一個大概，後期不斷豐富。
第四步：APP功能的開發製作
APP功能的開發直接使用應用公園就可以了。應用公園把市場上常見的APP功能進行拆分組合，你不需要懂任何編程技術，只需喲安把需要的功能挑選出，組合搭配一個，就能迅速組建出一個手機APP。
手機APP製作具體流程：
1、打開應用公園的官網，點擊「開始製作」，注冊登錄；
2、應用公園為在線APP製作平台，所以不需要下載任何東西，直接進入製作頁面就可以；
3、應用公園目前有兩種模式：
（1）主題模式：應用公園平台上，已經很多已經製作完善的手機APP軟體，可以直接當做模板使用，僅需要把裡面的文字圖片進行替換，就可以快速製作一款APP。
（2）自由模式：就像拼圖一樣，把需要的功能自由組合搭配一下，就可以創造一款獨一無二的手機APP。
每一個功能控制項的具體功能，都通過後台自動配置。
4、手機APP打包
製作完善後，在應用公園平台直接點擊製作完成，就會自動打包成手機安裝程序。
5、應用發布上架
在應用公園平台直接申請應用發布，通過聯網後，就可以聯網使用了。
6、下載管理、運營
應用公園提供運營管理後台、下載站點、下載二維碼、手機管理助手等APP相關產品，一站式服務，自動配置，免去多次開發成本，而且後期的功能、內容的更新迭代自己既可以搞定，也不需要具體的編程技術。
自己製作app需要 編程知識 。但依靠第三方工具，三分鍾就可以做成專屬自己的APP。下面以簡易網為例演示：
簡網APP工廠三大特點
1、最低的成本：節省所有開發成本，以及僅幾分鍾的時間成本。
2、實用的功能：貼近傳統網站的內容編輯與發布方式。
3、靈活的運營：生成APP後，一個人也可以完美運營。
先來了解一下APP工廠：三分鍾製作APP
使用簡網APP工廠之前，我曾經通過其他類似的APP公司製作過兩三個不同版本的免費APP，簡網的操作流程是製作門檻最低的一家。
不支持用戶名注冊，需要使用微博賬號
新浪與騰訊微博用戶數幾乎覆蓋全網網民數，我們默認用戶已經擁有微博賬號，以便於進行APP快速創建。
填寫APP信息：幾分鍾搞定
製作APP之前我們需要做一些准備工作，比如我們要明確我們要做一個怎樣的APP，我們要為這個APP准備一張1024x1024的ICON以及一張114x114的小圖標，另外還需要一張640x1136的開機圖。
從簡網APP工廠的首頁，經過3次跳轉，省略了網站注冊過程，通過模板挑選完成APP美工定案，所需的是APP的圖標與應用簡介。全過程幾分鍾足矣。
快捷實用的後台采編系統
我們製作了一個新聞資訊類的APP軟體，同時我們擁有了一個功能齊全的後台更新系統。利用後台可以完全解決APP內容更新問題，可以快速進行新聞發布，包括文字、圖片、視頻、微博等形式，並且引入了完善的評論系統與社區系統。
筆者至今使用過三家大型網站的後台系統，由於種種 歷史 原因，這些後台系統都存在或多或少的不合理設計，也許是因為承載的功能過多，數據架構過於復雜，在新入職人員上手操作時，需要經過長時間的熟悉過程。
簡網為我們製作的APP提供了統一的後台模板，這個後台的功能亮點在於不僅提供原始錄入，還提供也許是目前設計最為合理的網路來源抓取功能。包括網頁、微博在內的網路內容，都可以在大約1分鍾時間內導入後台中，並且實時呈現在用戶手機上的APP客戶端。
APP的生成時間約為三分鍾，APP容量只有3M，一般的寬頻都可以在1分鍾之內下載好裝進手機
我們得到了一個可安裝的APP軟體
同時獲得了一個功能完善的編輯後台
快速的內容抓取，讓後台采編人員的數量可以降到最低，維持一個日更新量在100篇文章左右的APP客戶端，一個工作人員足矣。
內容采編神器：發布到應用
「發布到應用」這個功能可以說是管理後台提供的最強大的一個功能，經過簡單的設置後，我們可以在幾秒鍾之內把網路內容發布到我們的APP客戶端。
這樣一個媒體類APP就做好了。
很高興回答這個問題。
我是從事安卓App開發的，開發過很多App，那麼App是如何製作的。
頁面設計我們看到的app都一個個頁面，每個頁面功能不同。首先是產品經理通過調研整理需求，然後將需求整理成頁面(可以使用墨刀等網頁製作)，然後在交給UI人員進行專業設計和美化，最後將設計圖打包給開發人員。
開發設計拿安卓舉例，開發使用語言也分幾種，具體得根據實際情況來選擇。
1.原生開發
安卓一般使用java語言開發，當然現在也有kotlin語言進行開發。如何開發就涉及到具體編程了，這里就不詳說了。簡單描述就是使用安卓提供的一系列控制項來實現頁面，復雜點的頁面可以通過自定義控制項來實現。
2.使用H5語言開發
使用H5開發的好處有很多，可以多端復用，比如瀏覽器端，ios端，當然H5開發的體驗是沒有原生好的。結合我做過的項目來說，一般是這個頁面需要分享出去的話，就用H5開發。
3.使用flutter開發
flutter是近年來谷歌推出的一款UI框架，
使用dart語言進行開發，支持跨平台，weight渲染直接操作硬體層，體驗可媲美原生。但是flutter技術比較新，生態還不完善，開發起來效率相對偏低
頁面數據填充頁面開發出來只是空殼子，沒有數據填充，這時候就需要通過介面獲取數據，然後解析數據，顯示在頁面上。
到此，一個大概的App製作流程就結束了。
首先你要清楚自己想要什麼樣的APP,是做哪一方便的?簡單的?還是復雜的
一下我就分為兩類進行回答
一,簡單APP必要崗位
ui設計師(至少一個)
主要負責APP頁面的搭建和交互的梳理
客戶端開發人員(至少一個)
目前市面上的APP開發方式多為混合開發,如果做一個簡單的APP可以選擇webapp,這樣不但可以減少開發周期還可以控制開發成本
服務端開發(至少一個)
目前伺服器語言很多php,java,
node.js
非必要崗位
首先 ,我說的非必要崗位不是說這些崗位不重要,而是說在為了減少成本的情況下,這樣崗位可以被別的崗位所替代
產品經理
如果開發的App功能簡單,UI設計師就可以擔任這樣職責
測試工程師
當然,在時間允許的情況下,開發人員也可以是測試人員
復雜app可以考慮純原生開發,那麼客戶端至少兩個人進行開發(安卓,IOS),或者考慮混合開發,及web前端+原生開發人員
必要崗位
ui設計師,安卓開發工程師,ios開發工程師,後端開發工程師,產品經理,測試工程師,人員的多少可以根據項目的大小來定
伺服器 :這是開發app必須要的,也就是我們放代碼的地方
上架審核所需費用 :比如IOS上架審核的花好幾百,安卓要申請軟著等
今年六月的時候，萌生了開發一個記賬 App 的想法，想去用自己的 App 記賬，管理收支。那時正好在英國是考試周，放假後，我回到了國內，准備去實現我的計劃。沒想到這暑假很快就結束了，在這個暑假中經歷的太多的事，准備了要去美國讀研的考試，遇到了生命中的另一半，同時，也將 Costuary for iPhone 帶到了這個世界。
Logo
說道為什麼要開發這樣一個 App ，因為筆者在 UK 讀書，市面上很少有記賬 App 能夠實現實時匯率的換算，帶有這個功能的 App 也是操作繁雜。所以要自己開發一個，功能並沒有那麼復雜的，並且能夠滿足自己在國外和國內生活需求的 App，所以自己編寫了 iPhone 的客戶端，為了獲取匯率和 Excel 導出，又用 Java 設計和編寫了 Costuary 的後端伺服器。
比起今年年初開發的 Flat Weather，這個項目的代碼量大約是他的十倍，需要實現眾多的功能和模塊。
這篇文章將會介紹一下 Costuary 的功能與我開發過程中的一些心得。
效果圖設計
說到設計，兩年前，我還是一個 Android 開發者，Google 的 Material Design 是我的最愛，所以，Costuary 採用了 Android 5.0 之後採用的 Material Design 設計。其中摻雜了一些我自己的設計，因為 Material Design 的控制項有時候操作繁瑣。
早在 5 月份的時候已經零零總總的用 Sketch 畫出了這個產品的 UI 和圖標，之後開始了漫長開發的過程。
Sketch交互
與去年開發的 Android 版不同，iPhone 版的 Costuary 採用了底部導航欄的設計，相比於 Android 通常使用的 Navigation Drawer 的抽屜布局，底部導航欄的設計即使在右手操作 iPhone 的時候都不會太費力。
UX功能 Features
Costuary 支持世界上主要貨幣的實時匯率轉換，所有外匯在統計時會轉換成主貨幣的數目，方便查看花銷。
日歷視圖能夠很直觀的反映出哪一天有消費和收入。
說到記賬軟體，量化消費的圖表無疑是重要的一環，Costuary 提供了餅狀圖來視覺化一段時間的花銷。
可以建立多個賬戶來表示自己的銀行卡，支付寶，現金等等。
可以看出本月的預算還有多少。
如果想要進行更加詳細的分析，可以使用導出功能將賬本導出到 Excel。
允許備份賬本內容到 iCloud。
開發
去把一紙設計變成真正的產品，這是一個獨立開發者應該具有的能力。只會寫代碼不只是我唯一掌握的，能夠去設計出來自己想要的應用並且將他實現才是我在做的事情。
這款應用的開發並沒有想像中的簡單，需要自己去實現大量 Android UI 控制項，很多圓角，陰影，字體，要慢慢的去調整，讓控制項適合 iPhone 的屏幕。整個應用的背後有 3 個關系型資料庫來儲存賬戶，賬本與各種匯率。與以前開發的 Flat Weather 不同，Costuary 會產生大量的用戶數據，所以整個軟體架構的穩定性變得異常重要，需要設計一些機制來防止數據丟失與損壞。
Development
為了實現 App 獲取每日的匯率，並且在 iPhone 上能夠實現賬本導出到 Excel ，我設計了一個伺服器後端來處理這些繁雜的實物。每次 App 啟動後會與我的伺服器來更新最新的匯率。當用戶選擇導出時，賬本會被發送到伺服器上並處理為 Excel 發送到用戶的郵箱里。
說到伺服器，就不得不提到用戶隱私了，因為導出到 Excel 功能需要將賬本傳到我的伺服器上做進一步處理，很多人會覺得我侵犯了他的個人隱私。對此，為了保護我的權益與用戶的權益，我撰寫了 Costuary 軟體許可及服務協議與 Costuary 隱私政策，這是我作為獨立開發者這么多年後第一次去寫許可協議。
Agreement資費
與我的其他產品一樣，這款 App 依舊是免費供大家使用的，作為獨立開發者，我們都知道，絕大多數用戶不會去珍惜一個免費的產品。就像 Flat Weather 一樣，雖然獲得了很多人的支持，但是也收到了很多人的吐槽。在 Costuary 中依然設計了一個的捐助按鈕，如果大家使用之後喜歡這個應用，請支持我將他維護下去。
Please donate me尾巴
Costuary for iPhone 是我開發出來過最大的軟體體系。我相信，能夠獨立開發出來產品的人懂得不只是編程。一個人要去經歷項目的全部生命周期：規劃，設計，開發，運營，維護，營銷，這些是我開發這么多產品所學會的。
現在的 Costuary 只是第一個版本，還有很多 iPhone 的特性沒有來得及開發，以後會跟上的，比如 iPhone X 的適配，3D Touch、Today Widget、Touch ID 等等。
以前在少數派撰稿的時候，很多讀者會來問我如何學習開發，我也特地去寫過如何去學習編程，但我相信，真正想去學習的，想去為這個生態貢獻出自己的一份力的人，自己都會找到學習的方法。我的專業是電子電器而不是軟體工程，但是我不後悔當年去學習編程。
最後，還是感謝在背後默默支持我的人，我會不斷地改進與提升，如果 Costuary 真的在記賬方面給予了你便利，這是我莫大的榮幸。
如果想要了解我的更多作品可以訪問我的個人博客 MikeTech，或者在少數派中閱讀我以前寫過的文章。今年年初也在 iPhone 上寫過一個天氣 App，天氣應用 Flat Weather 的設計歷程
對了，關於記賬有什麼用，如何記賬，如何養成記賬的習慣。為什麼每個月末都捉襟見肘，除了沒錢，很可能是對財務管理的能力不強。想了解這一方面的知識，不妨看一看我派的付費閱讀欄目：從零開始做好個人記賬
你好，非常感謝你的邀請。
開發一個app的話首先
第一步、需要調研，分析開發需求。
第二步、根據你的開發需求整理一個開發方案，選擇合理的架構。
第三步、開始研發。
第四步、測試。
第五步、上線試運行。
第六步、查缺補漏後投入使用。
開發一個app的話。有多種選擇。可以找一個第三方公司來進行開發。也可以自己招聘開發團隊。也可以交給比較信任的程序員朋友來進行開發。第三種方式的話，屬於接私活兒，成本較低。 當然前提你得有認識的人。
我也是程序員出身。參與過web網站開發。傳統辦公開發。H5開發。微信小程序開發。以及安卓開發。有著較豐富的開發經驗。自己完全可以勝任一個App，如果你有這方面的事需求的話，也可以私信我。我是山東的。如果方便的話也可以面談。
App軟體開發，從之前的溝通需求、規劃設計、程序開發、測試修改、它的發布等。這是一個非常復雜和漫長的過程，一旦進入通信，就需要定期維護和功能變更。它需要大量的專業人員參與，成本自然很高。 所以，隨著更新市場的發展和人們福利的提高，現在已經不像傳統開發那麼困難了。只需要動動滑鼠，不需要觸碰代碼就可以完成製作app部分。
App開發已成為企業發展的重要推動力量十年巨變！移動互聯網已顛覆我們的時代，商業、社交、視頻、新聞、工具等領域，移動應用的滲透率已高達95%，在團購 旅遊 和零售行業，移動端收入規模已超過PC端，手機APP已成為企業不可或缺的線上陣地。
不用編程就能製作app的在線平台，擺脫了很多復雜的流程，還能減少用戶的麻煩，不會製作，而且可以在平台上查看詳細的課程，非常貼心的設置！在這里，我想說的是，如果你想製作app的話，可以在平台上查看詳細的課程。總的來說，這種方法會大大降低軟體開發app的成本，節省時間，讓很多人解決了資金短缺和想快速製作app的問題。
app是如何製作的，APP如何開發？隨著智能手機APP軟體的吸引力越來越大，越來越多的企業開始開發自己的APP應用。企業要想開發屬於自己企業的APP應用，首先要分析自身的情況和市場對產品的需求。
在APP,開發這件事上，企業一定要注意以下幾點。
1. 開發APP應用一定要明確以自己為中心，開發APP是否能帶來巨大的利潤。
2. 要了解目標用戶的需求，配置APP吸引用戶，提高用戶購買應用的意願。
3. 通過合作再次尋找潛在客戶，我相信開發APP的收益遠遠大於成本。
開發APP蘋果系統，必須使用Xcode蘋果開發工具，一般採用Objective-C或Swift語言。Objective-C是繼承了C語言的C字，可以直接用Objective-C語言進行編程。如果你不懂數據，差別很小。還有一些新的蘋果後綴語言，非常有用。
Andro系統的app都是用Java語言開發的，Java語言已經流行了20多年，這個趨勢還在持續和延續。如果想要安卓系統的app首先要掌握Java語言，對於說C語言的人來說，學習Java還是很容易的。如果你對自學感興趣，Java網站上有很多培訓課程，還有很多免費培訓。視頻，不想付費。如果這個絕對是零基礎（沒學過其他編程語言，比如c語言），如果真的很感興趣，可以自學，但是速度比較慢。
總結：app開發擁有多種方法，選擇最適合自己的方式方法很重要答案寫到這里，我想您應該知道了app的開發途徑或者方法是什麼。如果您是小企業或者是個體工商戶，您可以找人幫忙開發小程序或者自己在一些網站上進行傻瓜式軟體開發。正如上文所說，現在有很多的網站支持在線生成APP，常用的功能和介面都已經設置好了，操作起來不是很難。如果您是大企業，業務多訪問量比較大，我的建議是您應該聘請專業的軟體工程師開發專門的app，避免後期出現的問題沒辦法及時解決給您的企業帶來損失。
不懂的話，找專業的人幫忙，我就是專業的
app即application program。應用程序。目前手機平台是ios和安卓兩大平台的天下。本人不才從事安卓開發。簡單介紹一下吧你問的這個問題范圍太廣。ios和安卓開發語言不同。ios使用的是object_c和swift。安卓是基於java。二者都屬於面向對象的語言。開發平台安卓基於android studio早期使用的是eclipse+adt。不過已經被淘汰了。那麼怎樣開發app？首先你需要一個後台程序員寫伺服器以及搭建資料庫。其次你的會ios或是android其中之一那麼這就是最簡單的配置.現在流行混合開發如果你再會點前端的h5和js就更好了。一般一個軟體公司的基本配置是一個前端一個ios一個安卓一個後台。基本就滿足你搭建網站和手機應用的需求了。不過你作為老闆養這樣一個團隊很費錢。還不如找外包
軟體的生成需要經歷以下幾個階段:
1、滿足用戶需求——建立軟體目標，設想產品功能，進行場景化細分說明；進行可行性分析，用戶需求收集，用戶需求場景描述；場景問題梳理；獲取用戶行為、想法；場景應用痛點，機會點
2、需求開發與管理——建立用戶畫像，從軟體目標出發，進行問題梳理，場景行為分析，願景分析，建立體驗地圖
3、利用Axure繪制軟體原型，在用戶場景中切入，並組織軟體原型實施，在實施過程中進行問卷調查，收集問題，記錄用戶行為，不斷改善軟體需求，進行需求評審，進入評審優化
4、技術可行性分析——技術分析，場景分析，功能實現驗證，
5、開發計劃制定，實施，測試，驗證，發布