有人做过web股票行情的东西吗

ladofwind 2011-04-20 11:18:52

http://flashhq.gw.com.cn/main.html

类似上面这个,

目前看大多是flash实现的,也就是flex,
不知道还有什么其他方案, 如果用flex,

大概的人月有多少? 另求flash免费或破解版开发环境地址.

...全文

85 5 打赏收藏转发到动态举报

写回复

用AI写文章

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

ladofwind 2011-04-20

打赏
举报

给一个吧,我没找到能用的

SWQQ- 2011-04-20

打赏
举报

破解版本多吧 Google 一下

ladofwind 2011-04-20

打赏
举报

股票信息的接口好说,我们是证券公司,还怕这个?哈哈,想问下做过的人大概需要投入的人月,

另外哪儿有flash的破解版,弄一个学习学习.

jwxkk 2011-04-20

打赏
举报

别的都好说，关键是股票信息的接口，要花钱

ladofwind 2011-04-20

打赏
举报

没人?

【项目资源】：包含前端、后端、移动开发、操作系统、人工智能、物联网、信息化管理、数据库、硬件开发、大数据、课程资源、音视频、网站开发等各种技术项目的源码。包括STM32、ESP8266、PHP、QT、Linux、iOS、C++、Java、python、web、C#、EDA、proteus、RTOS等项目的源码。【项目质量】：所有源码都经过严格测试，可以直接运行。功能在确认正常工作后才上传。【适用人群】：适用于希望学习不同技术领域的小白或进阶学习者。可作为毕设项目、课程设计、大作业、工程实训或初期项目立项。【附加价值】：项目具有较高的学习借鉴价值，也可直接拿来修改复刻。对于有一定基础或热衷于研究的人来说，可以在这些基础代码上进行修改和扩展，实现其他功能。【沟通交流】：有任何使用上的问题，欢迎随时与博主沟通，博主会及时解答。鼓励下载和使用，并欢迎大家互相学习，共同进步。 # 注意 1. 本资源仅用于开源学习和技术交流。不可商用等，一切后果由使用者承担。 2. 部分字体以及插图等来自网络，若是侵权请联系删除。

调用腾讯的股票查询接口，实现股票在线查询，为了增加可读性，还使用flask搭建了web工程，实现前端展示

远景描述(Vision Statement);

提供贸易公司两岸三地的解决方案, 将用户的数据集中在一个地方, 所有分布在各地的贸易公司共享同一数据库. 另外Three Tier(n-tier)作为一种趋势, 我们也将让旧系统(C/S)客户升级到逐步升级本系统, 降低我们的维护成本.

方案概述(Solution Concept)

建立在.Net基础上的分布式应用解决方案, 核心技术为XML Web Service. 允许远程的客户通过Internet连上总部的Database Server(数据集中在总部), 进行日常的工作, 输入单据, 打印报表, 建立基本数据. 允许同时上线的客户数能保证20人以上. 用户的接口基本同原来的贸易系统, 操作习惯同原来C/S的系统.

用户简介(User Profile)

主要使用对象是DataSun, DataWin以前的贸易客户, 以及新的跨两岸三地的台商客户.

商业目标(Business Goals):

优先考虑两岸三地贸易台商的需求, 功能不会超出原来的贸易系统, 再考虑老系统的的升级, 此产品不是一个e-marketing的产品, 不是侧重于CRM, SCM的产品, 此产品不是一个ASP的产品. 与老SQL Trade相比, 唯一增加的就是在数据可见性上增加控制, 如不同的业务部不能看到别的业务部的资料, 业务员不能看到采购成本等.

设计目标(Design Goals):

采用面向对象分析与设计, 接口风格参考企业通-贸易, 设计与实现完整的采用分层思想( N Tier). 接口是以Grid接口为主的AP接口.

由于考虑到本身贸易软件的功能复杂性, 无法采用瘦客户端(thin-Client)的架构, 故不能采用WEB接口(WEB UI). 我们将采用胖客户端(Fat-Client)的机构. 前端接口采用Windows Form.
考虑一般性的安全问题(通用的安全保证). 验证用户是否有权限在远程等入使用系统, 验证用户所在IP是否为认可的IP地址. 并限制用户只能查看自己有权访问的数据.
系统从里(离Database最近)到外(靠用户接口), 各层分别是 Data Access, Business Rules, Web Service, Business Proxy, Business Façade, Presentation(UI). 系统严格禁止跨层访问. 分别解释如下:

Data Access: 负责与Database交互, 并向Business Rules提供所需的所有数据. 由于此系统是与原C/S系统共享同一Database, 原来在SQL Server中以Store Procedure实现的Business Rules也将被重用.

Business Rules: 除了在SQL Server中以Store Procedures实现的Business Rules之后, 别的商业规则在此层实现.
Web Service: 由于是Web 应用, 必然需要Web Service这一层, 通过此层来实现跨Internet的访问. 为了是Web Service公开的接口尽量简化. 我们分析后决定在Business Rules与Business Façade层之间加入Web Service比较清晰.
Business Proxy: Business Proxy实际上是模拟了Business Rules的所有接口, 因为要跨过Web Service, 所以加入了这一层. 这样便增加了系统的灵活性. 当此系统将来作为企业内部应用时, Business Facade将直接访问 Business Rules即可. 若通过Internet, 则访问Business Proxy. 因为Business Proxy与Business Rules接口一致. 所以可以很容易的调整.
Business Facade: 这是为接口(Presentation)提供的, 前端接口所有动作将访问这一层. 此层特征是接口对前端界面友好.

考虑性能的缘故, 不常变化的常用基本数据等在本地保留一份, 不是实时自动更新基本数据, 需要手工重新更新本地常用数据.

结构层次清晰将被作为重要的考虑点.
考虑到撰写程序的效率, 我们将在很多地方采用Framework的思想.

功能范围(Function Scope):
务必要完成的功能

产品基本数据

客户基本数据

客户产品数据

厂商基本资料

报价(Quotation)

订单(S/C)

采购(P/O)

出货(Invoice)

日常性报表
先不做功能

索赔(Claim)

开发信(Promotion)

信用状(L/C)

样品管理(Sample Invoice)

帐款管理(AR,AP)

统计性报表

图片性报表

非常用报表

Shipping Mark

在应用COMET框架的网页中，页面初始化后，会维持一连接，同时监听服务器端的事件信息。服务器通过事件机制来完成对浏览器（也可以是客户端）的“推”机制。

Java Swing project source code. Java 股市项目源代码

Flex

4,327

社区成员

9,103

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章