huangro
- 浏览: 335493 次
- 性别:
- 来自: 杭州
-
文章分类
最新评论
-
ProgrammingPower：
非常感谢您，搞定了，哈哈！
Debian下安装CodeBlocks -
hfa1s2：
是的。谢谢你哈！ 我解决了这个问题
python模块之smtplib: 用python发送SSL/TLS安全邮件 -
huangro：
587端口的是很麻烦的，毕竟是需要ssl验证的。
python模块之smtplib: 用python发送SSL/TLS安全邮件 -
hfa1s2：
我想利用内网往公司邮箱里发，但接口是587 的 而且需要 SS ...
python模块之smtplib: 用python发送SSL/TLS安全邮件 -
zyb88325：
你好 我现在用的cakephp2.0，因为服务器不支持rewr ...
CakePHP常用技巧总结
| Nevow XML Templates |
| =================== |
| Stan syntax is cool, but eventually you are going to want to integrate your |
| Python code with a template designed by an HTML monkey. Nevow accomplishes this |
| by providing an xmlfile loader which uses the built-in Python SAX libraries to |
| generate a tree of stan behind the scenes. The general rule is anything that is |
| possible in stan should be possible in a pure XML template; of course, the XML |
| syntax is generally going to be much more verbose. |
| * `loaders.xmlfile`_ |
| * `Nevow's xmlns declaration`_ |
| * `Nevow's Tag Attribute Language`_ |
| * `nevow:render`_ |
| * `Built-in renderers`_ |
| * `nevow:data`_ |
| * `nevow:pattern`_ |
| * `nevow:slot`_ |
| * `nevow:attr`_ |
| * `nevow:invisible`_ |
| * `xmlstr, htmlfile, and htmlstr`_ |
| loaders.xmlfile |
| --------------- |
| Wherever you have seen a loaders.stan being created in any of the example code, |
| a loaders.xmlfile can be substituted instead. At the most basic, xmlfile merely |
| requires the name of an xml template:: |
| class HelloXML(rend.Page): |
| docFactory = loaders.xmlfile('hello.xml') |
| Placing the following xml in the hello.xml file will cause HelloXML to display a |
| static page when it is rendered:: |
| <html>Hello, world!</html> |
| The following additional keyword arguments may be given to xmlfile to configure |
| it: |
| templateDirectory |
| The path to the directory which contains the template file. Defaults to ''. |
| ignoreDocType |
| If True, discard any DOCTYPE declaration when building the DOM from this |
| template. When false, preserve the DOCTYPE, causing it to show up in the final |
| output. Useful for when you are inserting an XML fragment into a larger page |
| and do not wish to generate invalid XML as output. Defaults to False. |
| ignoreComment |
| If True, discard XML comments, causing them to disappear from the output. If |
| False, preserve comments and render them in the final output unchanged. |
| Defaults to False. |
| pattern |
| If present, the given pattern name will be looked up and used as the root of |
| the template. If not present, the entire document will be used as the |
| template. Useful for embedding fragments of an XML document in a larger page. |
| Defaults to None. |
| Nevow's xmlns declaration |
| ------------------------- |
| In order for Nevow to notice and process any XML directives in the template |
| file, you must declare the Nevow xmlns at the top of your XML document. Nevow's |
| xmlns is:: |
| http://nevow.com/ns/nevow/0.1 |
| The syntax for declaring that your xml document uses this namespace is:: |
| <html xmlns:nevow="http://nevow.com/ns/nevow/0.1"></html> |
| You may replace the text "nevow" in the above example with any name you choose. |
| For example, many people use "n" because it is shorter to type. If you do so, be |
| sure to replace all occurrences of the nevow namespace in the examples with the |
| namespace name you choose. |
| Nevow's Tag Attribute Language |
| ------------------------------ |
| The markup you will add to your XHTML file in order to invoke Nevow code |
| consists mostly of namespaced tag attributes. This approach was influenced |
| heavily by the Zope Page Templates (ZPT) Tag Attribute Language (TAL). However, |
| I felt that TAL did not go far enough in removing control flow and branching |
| possibilities from the XML template. Nevow's main philosophy is that it should |
| be as easy as possible to move from the XML document into Python code, and that |
| the Python code should have ultimate control over manipulating the structure of |
| the XML template. |
| The key is that it is easy to expose Python methods that you write to your XML |
| template, and it is easy for the XML templates to mark nodes which it wishes the |
| Python method to manipulate. In this way, if either the Python implementation |
| changes or the location or content of the marked nodes change in the XML |
| template, the other side will be isolated from these changes. |
| Nevow's XML templating has two attributes which invoke Python code: |
| * nevow:render -- Invokes a Python method and replaces the template node with the result |
| * nevow:data -- Invokes a Python method and sets the data special for the node to the result |
| It has one attribute which marks nodes as manipulatable by Python code: |
| * nevow:pattern -- Gives a node a name so that Python code may clone and mutate copies of this node |
| It also has two namespaced tags: |
| * nevow:slot -- Works in the same way as the slot attribute |
| * nevow:attr -- Indicates that an attribute of the parent tag should be manipulated by Python code in some way |
| nevow:render |
| ------------ |
| When the nevow:render attribute is encountered, the xmlfile loader sets the |
| render special to a directive constructed with the attribute value. When the |
| template is rendered, this means that the appropriate render_* method will be |
| looked up on the IRendererFactory (generally the Page instance):: |
| <html><div nevow:render="foo" /></html> |
| With the render_foo method:: |
| def render_foo(self, ctx, data): |
| return "Hello" |
| Will result in the document:: |
| <html>Hello</html> |
| Note that the return value of the render method replaces the template node in |
| the DOM, so if you want the template node to remain, you should use ctx.tag. |
| Built-in renderers |
| ------------------ |
| Nevow comes with various built in renderers on the Page class. |
| data |
| Renders the current data as-is inside the current node. |
| string |
| Renders the current data as a string inside the current node. |
| sequence |
| Iterates the current data, copying the "item" pattern for each item. Sets the |
| the data special of the new node to the item, and inserts the result in the |
| current node. See the nevow.rend.sequence docstring for information about |
| other used patterns, including "header", "divider", "footer" and "empty". |
| mapping |
| Calls .items() on the current data, and calls ctx.fillSlots(key, value) for |
| every key, value pair in the result. Returns the template tag. |
| xml |
| Inserts the current data into the template after wrapping it in an xml |
| instance. Not very useful in practice. |
| nevow:data |
| ---------- |
| When the nevow:data attribute is encountered, the xmlfile loader sets the data |
| special of the current node to a directive constructed with the attribute value. |
| When the template is rendered, this means that the appropriate data_* method |
| will be looked up on the current IContainer (generally the Page instance). The |
| data_* method will be called, and the result will be set as the data special of |
| the current Tag:: |
| <html><div nevow:data="name" nevow:render="data" /></html> |
| With the data_name method:: |
| def data_name(self, ctx, data): |
| return "Hello!" |
| Will result in the document:: |
| <html><div>Hello!</div></html> |
| Note that with a data attribute on a node but no renderer, the result of the |
| data method will be set as the data special for that tag, and child render |
| methods will be passed this data. |
| nevow:pattern |
| ------------- |
| When the nevow:pattern attribute is encountered, the xmlfile loader sets the |
| pattern special of the current node to the attribute value as a string. |
| Renderers which are above this node may then make copies of it using the |
| nevow.inevow.IQ of the current context. With the template:: |
| <html nevow:render="stuff"><div nevow:pattern="somePattern" nevow:render="data" /></html> |
| And the renderer:: |
| def render_stuff(self, ctx, data): |
| pat = inevow.IQ(ctx).patternGenerator('somePattern') |
| return [pat(data=1), pat(data=2)] |
| Will result in the document:: |
| <html><div>1</div><div>2</div></html> |
| nevow:slot |
| ---------- |
| When the nevow:slot tag is encountered, the xmlfile loader constructs a |
| nevow.stan.slot instance, passing the name attribute value as the slot name. The |
| children of the slot node are added as children of the new slot instance. This |
| is useful if you wish to put patterns inside the slot. With the template:: |
| <html nevow:render="stuff"><nevow:slot name="slotName" /></html> |
| And the render method:: |
| def render_stuff(self, ctx, data): |
| ctx.fillSlots('slotName', "Hello.") |
| return ctx.tag |
| This document will be produced:: |
| <html>Hello.</html> |
| nevow:attr |
| ---------- |
| When the nevow:attr tag is encountered, the contents of the nevow:attr node will |
| be assigned to the attribute of the parent tag with the name of the value of the |
| name attribute. Perhaps an example will be a little clearer:: |
| <html><a><nevow:attr name="href">HELLO!</nevow:attr>Goodbye</a></html> |
| This document will be produced:: |
| <html><a href="HELLO!">Goodbye</a></html> |
| While this syntax is somewhat awkward, every other type of nevow tag and |
| attribute may be used inside the nevow:attr node. This makes setting attributes |
| of tags uniform with every other method of manipulating the XML template. |
| nevow:invisible |
| --------------- |
| Sometimes you need to group some elements, because you need to use a |
| renderer for a group of children. |
| However, it may not be desirable to give these elements a parent/child |
| relationship in your XML structure. For these cases, use nevow:invisible. |
| As suggested by the name, a nevow:invisible tag is removed in the rendered |
| XML. Here is an example:: |
| <html><nevow:invisible nevow:data="name" nevow:render="data" /></html> |
| With the data_name method:: |
| def data_name(self, ctx, data): |
| return "Hello!" |
| Will result in the document:: |
| <html>Hello!</html> |
| xmlstr, htmlfile, and htmlstr |
| ----------------------------- |
| xmlstr is a loader which is identical to xmlfile except it takes a string of XML |
| directly. |
| htmlfile and htmlstr should generally be avoided. They are similar to xmlfile |
| and xmlstr, except they use twisted.web.microdom in beExtremelyLenient mode to |
| attempt to parse badly-formed HTML (non-XHTML) templates. See the nevow.loaders |
| docstrings for more information. |
| Conclusions |
| =========== |
| Nevow's xmlfile tag attribute language allows you to integrate |
| externally-designed XHTML templates into the Nevow rendering process. |
分享到：
发表评论
-
Trac Data Models and Schema
2010-09-15 10:56 6377The main models that developers ... -
在Mac OS上运行wxPython
2010-09-14 15:42 3232如果在一个64位的Mac上跑wxPython, 将会出现以下错 ... -
Trac SQL Database API
2010-09-14 13:41 1056Trac SQL Database API Trac use ... -
Trac系统相关文档
2010-02-01 12:53 10701. Trac组件架构 http://trac.edgewal ... -
Django上传文件
2009-11-26 18:06 1370之前写了一个上传文件模块，但是当文件很大时就会挂掉，分析了一下 ... -
50个Python重要模块
2009-10-20 09:32 2000原文地址：http://www.cnblogs.com/yd1 ... -
Trac系统的双重认证
2009-10-20 09:27 1154首先，需要导入urllib2及cookielib。 然后，关键 ... -
分享一个图表制作库
2009-06-18 15:15 1324该包名为ChartDirector，可以从其官方主页http: ... -
django newforms的更改
2009-06-16 13:34 1068Django升级之后，有一些应用包的名称也相应发生了变化，比如 ... -
Python版支付宝集成插件源代码
2009-05-08 15:34 4932之前在做一项目的时候需要集成支付宝功能，网站是用python做 ... -
Django多语言问题
2009-05-06 17:22 1920最近多Django比较感兴趣，打算用它来做一个网站，看了官方关 ... -
Installing Satchmo on Webfaction
2009-04-29 15:39 1668link: http://brianmckinney.net/ ... -
Satchmo配置注意事项
2009-04-25 16:10 1041Satchmo在同步数据库之后，在操作后台管理页面过程中，一直 ... -
Yaml与python类型的对照表
2009-04-22 23:03 1713因为常用yaml作为python程序的配置文件，特将其与pyt ... -
satchmo汉化
2009-04-21 15:21 1919转载：http://blog.csdn.net/huliuhe ... -
python模块之smtplib: 用python发送SSL/TLS安全邮件
2008-07-04 19:08 9474原文出自 http://blog.csdn.net/zhaow ... -
python模块之poplib: 用pop3收取邮件
2008-07-04 19:09 2217python的poplib模块是用来 ... -
python模块之email: 电子邮件编码解码 (转)
2008-07-04 19:11 3523用email模块来生成邮件也是很简单的，只是需要一些mime的 ... -
用iconv做通用的语言编码转换(转)
2008-07-04 19:13 1390#include <stdio.h> #in ... -
python模块之email: 电子邮件编码解码(转)
2008-07-04 19:16 3297出处：http://blog.csdn.net/zhaowei ...
相关推荐
利用Simulink实现混合储能系统在直流微网中的下垂控制策略研究：保持直流母线电压稳定的实践与探究,Simulink仿真下的光储直流微网混合储能系统下垂控制策略优化研究（注意版本要求为2021A以上）,混合储能系统 光储微网 下垂控制 Simulink仿真 注意版本2021A以上 由光伏发电系统和混合储能系统构成直流微网。 混合储能系统由超级电容器和蓄电池构成，通过控制混合储能系统来维持直流母线电压稳定。 混合储能系统采用下垂控制来实现超级电容和蓄电池的功率分配，蓄电池响应低频量，超级电容响应高频量。 通过改变光照来影响光伏出力，控制混合储能系统保持微网直流母线电压稳定在380V，不受光伏出力变化影响。 ,混合储能系统; 光储微网; 下垂控制; Simulink仿真; 版本2021A; 直流母线电压稳定; 光伏出力变化; 超级电容器; 蓄电池。,2021A+混合储能系统：光储微网下垂控制Simulink仿真研究
内容概要：本文档是针对JavaScript这一跨平台解释型语言的详尽入门手册，首先概述了JavaScript的概念及其重要特性，强调它不仅适用于前端同时也活跃于Node.js的服务器环境之中，从而成为全栈开发的重要技能。紧接着文档阐述了JavaScript的基本语法元素如变量声明、数据类型、运算符及控制结构，让新手理解JavaScript的语法规则，并通过函数与对象操作加深印象。之后介绍了一些常见的实用工具和高级用法，例如模板字符串、解构赋值以及异步编程手段（比如Promise）。对于想要深入探索的应用场景给出了广泛的指引，无论是传统的web开发还是新兴领域的IoT或自动化脚本编写皆有所涉猎。 适合人群：对于那些没有编程背景或有其他编程经验但仍希望了解并擅长运用JavaScript的个人来说非常适合。 使用场景及目标：目的是向初学者提供足够的理论指导和技术实践机会，使他们能够在不同平台上利用JavaScript创造出有意义的作品；不论是想要从事专业软件开发或是业余项目爱好者都能够从中受益。 其他说明：文档还提供了大量权威且有用的外部链接供进一步深造学习，包括但不限于主流的在线课程、权威的技术参考资料及充满活力的支持社区。
1.版本：matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
级联H桥SVG无功补偿系统在不平衡电网中的三层控制策略：电压电流双闭环PI控制、相间与相内电压均衡管理,级联H桥SVG无功补偿系统在不平衡电网中的三层控制策略：电压电流双闭环PI控制、相间与相内电压均衡管理,不平衡电网下的svg无功补偿，级联H桥svg无功补偿statcom，采用三层控制策略。 （1）第一层采用电压电流双闭环pi控制，电压电流正负序分离，电压外环通过产生基波正序有功电流三相所有H桥模块直流侧平均电压恒定，电流内环采用前馈解耦控制； （2）第二层相间电压均衡控制，注入零序电压，控制通过注入零序电压维持相间电压平衡； （3）第三层相内电压均衡控制，使其所有子模块吸收的有功功率与其损耗补，从而保证所有H桥子模块直流侧电压值等于给定值。 有参考资料。 639,核心关键词： 1. 不平衡电网下的SVG无功补偿 2. 级联H桥SVG无功补偿STATCOM 3. 三层控制策略 4. 电压电流双闭环PI控制 5. 电压电流正负序分离 6. 直流侧平均电压恒定 7. 前馈解耦控制 8. 相间电压均衡控制 9. 零序电压注入 10. 相内电压均衡控制 以上十个关键词用分号分隔的格式为：不
1.版本：matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
基于主从博弈的动态定价策略与电动汽车充电管理优化在智能小区的实践（MATLAB+CPLEX gurobi实现）,基于主从博弈理论的智能小区电动汽车充电与代理商动态定价策略优化研究,MATLAB代码：基于主从博弈的智能小区代理商定价策略及电动汽车充电管理 关键词：电动汽车 主从博弈 动态定价 智能小区 充放电优化 参考文档：《基于主从博弈的智能小区代理商定价策略及电动汽车充电管理》基本复现 仿真平台：MATLAB+CPLEX gurobi平台 主要内容：代码主要做的是一个电动汽车充电管理和智能小区代理商动态定价的问题，将代理商和车主各自追求利益最大化建模为主从博弈，上层以代理商的充电电价作为优化变量，下层以电动汽车的充电策略作为优化变量，通过优化得出最优电价策略以及动态充电策略。 ,电动汽车; 主从博弈; 动态定价; 智能小区; 充放电优化; MATLAB; CPLEX; gurobi平台。,基于主从博弈的电动汽车充电管理与定价策略优化MATLAB代码实现
基于Matlab语言实现的设计项目 2、适用人群：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业或毕业设计中的部分功能，作为“参考资料”使用。 3、解压说明：本资源需要电脑端使用WinRAR、7zip等解压工具进行解压，没有解压工具的自行百度下载即可。 4、免责声明：本资源作为“参考资料”而不是“定制需求”，代码只能作为参考，不能完全复制照搬。不一定能够满足所有人的需求，需要有一定的基础能够看懂代码，能够自行调试代码并解决报错，能够自行添加功能修改代码。由于作者大厂工作较忙，不提供答疑服务，如不存在资源缺失问题概不负责，谢谢理解。
资源内项目源码是均来自个人的课程设计、毕业设计或者具体项目，代码都测试ok，都是运行成功后才上传资源，答辩评审绝对信服的，拿来就能用。放心下载使用！源码、说明、论文、数据集一站式服务，拿来就能用的绝对好资源！！！ 项目备注 1、该资源内项目代码都经过测试运行成功，功能ok的情况下才上传的，请放心下载使用！ 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习，也适合小白学习进阶，当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行，也可在此代码基础上进行修改，以实现其他功能，也可用于毕设、课设、作业等。 下载后请首先打开README.md文件（如有），仅供学习参考, 切勿用于商业用途。 4、如有侵权请私信博主，感谢支持
Labiew噪音与振动检测模块源码揭秘：傅里叶变换与倍频程技术应用于实际项目,LabVIEW平台噪声与振动检测模块源码解析：基于傅里叶变换与倍频程原理的实用功能模块，已成功应用于实际项目，虚拟产品退换政策严谨执行,Labiew噪音与振动检测模块源码，改功能模块已运用到实际项目，原理是利用傅里叶变和倍频程实现的，产品一旦发概不 。 需要的可以联系哟 ,Labiew源码; 噪音与振动检测模块; 傅里叶变换; 倍频程; 实际项目运用,Labiew傅里叶变换倍频程噪音振动检测模块源码
基于Comsol多物理场仿真的光伏集热器异形体建模技术研究,探索comsol多物理场仿真技术：光伏集热器异形体建模应用,comsol多物理场仿真，光伏集热器，异形体建模 ,comsol多物理场仿真; 光伏集热器仿真; 异形体建模,Comsol多物理场仿真在光伏集热器及异形体建模中的应用
器官3D分割-基于WinForm框架开发的医学影像系统源码+sln+演示视频(毕设基于c#和python开发).zip 【项目简单介绍】 主要功能 肺炎诊断 器官 3D 分割 该系统具备肺炎诊断和器官 3D 分割的功能,并模仿了罗万科技的系统界面风格。 python和c#开发实现
MATLAB可以用于开发水果识别系统。这种系统通常利用机器学习和图像处理技术，对输入的水果图像进行特征提取和分类识别。以下是开发水果识别系统的一般步骤： 1. 数据收集：收集包含各种水果类别的图像数据集。 2. 数据预处理：对图像进行预处理，包括裁剪、缩放、灰度化等操作。 3. 特征提取：从每个水果图像中提取特征，例如颜色直方图、纹理特征、形状特征等。 4. 数据标记：为每个图像标记水果类别，形成训练集和测试集。 5. 模型训练：使用机器学习算法（如支持向量机、卷积神经网络等）对训练集进行训练，建立水果识别模型。 6. 模型测试：使用测试集对模型进行测试和评估，调整模型超参数以提高准确率。 7. 系统集成：将训练好的模型集成到MATLAB应用程序中，实现水果识别功能。 8. 用户界面设计：设计用户友好的界面，以便用户上传水果图像并查看识别结果。 MATLAB提供了丰富的图像处理工具箱和机器学习工具箱，可以帮助开发者快速构建水果识别系统。通过结合这些工具箱，可以实现水果的快速、准确识别。
COMSOL声子晶体仿真研究：一维至三维能带与带隙分析及色散曲线弹性波声波分析,声子晶体仿真：COMSOL代做能带图、带隙图及弹性波、声波分析与优化设计,COMSOL代做 声子晶体仿真，一维，二维，三维能带图，带隙图，色散曲线，弹性波，声波。 ,COMSOL代做;声子晶体仿真;一维/二维/三维能带图;带隙图;色散曲线;弹性波仿真;声波分析,COMSOL声子晶体仿真专家：一至三维声波模拟及能带图绘制
Matlab Simulink仿真探究Flyback反激式开关电源性能表现与优化策略,Matlab Simulink仿真探究Flyback反激式开关电源的工作机制,Matlab Simulimk仿真，Flyback反激式开关电源仿真 ,Matlab; Simulink仿真; Flyback反激式; 开关电源仿真,Matlab Simulink在Flyback反激式开关电源仿真中的应用
陪读租房系统(源码+数据库+论文+ppt)java开发springboot框架javaweb，可做计算机毕业设计或课程设计 【功能需求】 本系统有三个角色：管理员、租客和房主，要求具备以下功能： (a) 管理员；管理员使用本系统涉到的功能主要有：首页、个人中心、租客管理、房主管理、房源信息管理、房源类型管理、教育书籍管理、文章分类管理、租房信息管理、合同信息管理、在线咨询管理、咨阅回复管理、教育论坛、系统管理等功能。 (b) 租客；进入前台系统可以实现首页、房源信息、教育书籍、教育论坛、公告信息、后台管理等功能进行操作。 (C) 房主；进入系统可以实现首页、个人中心、房源信息管理、租房信息管理、合同信息管理、在线咨询管理、咨询回复管理等功能进行操作。 【环境需要】 1.运行环境：最好是java jdk 1.8，我们在这个平台上运行的。其他版本理论上也可以。 2.IDE环境：IDEA，Eclipse,Myeclipse都可以。 3.tomcat环境：Tomcat 7.x,8.x,9.x版本均可 4.数据库：MySql 5.7/8.0等版本均可； 【购买须知】 本源码项目经过严格的调试，项目已确保无误，可直接用于课程实训或毕业设计提交。里面都有配套的运行环境软件，讲解视频，部署视频教程，一应俱全，可以自己按照教程导入运行。附有论文参考，使学习者能够快速掌握系统设计和实现的核心技术。
vue3的一些语法以及知识点
1、文件内容：libicu-doc-50.2-4.el7_7.rpm以及相关依赖 2、文件形式：tar.gz压缩包 3、安装指令： #Step1、解压 tar -zxvf /mnt/data/output/libicu-doc-50.2-4.el7_7.tar.gz #Step2、进入解压后的目录，执行安装 sudo rpm -ivh *.rpm 4、更多资源/技术支持：公众号禅静编程坊
水果销售商城(源码+数据库+论文+ppt)java开发springboot框架javaweb，可做计算机毕业设计或课程设计 【功能需求】 水果购物网站用户可以注册登录，在首页开通会员卡，查看水果，购买水果，查看水果信息，以及个人中心修改个人资料，在自己的后台查看自己的购买记录等。 水果购物网站管理员功能：个人中心管理，用户管理，会员管理，会员卡管理，开通会员记录管理，积分管理，水果管理，购买水果订单管理，积分兑换管理，积分兑换记录管理，加积分记录管理，减积分记录管理。 【环境需要】 1.运行环境：最好是java jdk 1.8，我们在这个平台上运行的。其他版本理论上也可以。 2.IDE环境：IDEA，Eclipse,Myeclipse都可以。 3.tomcat环境：Tomcat 7.x,8.x,9.x版本均可 4.数据库：MySql 5.7/8.0等版本均可； 【购买须知】 本源码项目经过严格的调试，项目已确保无误，可直接用于课程实训或毕业设计提交。里面都有配套的运行环境软件，讲解视频，部署视频教程，一应俱全，可以自己按照教程导入运行。附有论文参考，使学习者能够快速掌握系统设计和实现的核心技术。
基于Matlab的双输入深度学习模型构建指南：处理序列与图像数据的创新性应用,Matlab双输入深度学习模型搭建指南：如何处理两种输入数据并实现创新与优势,Matlab搭建双输入深度学习模型，双输入网络。 相比普通的单输入网络，双输入网络能处理两种输入数据，在科研上也更具有优势和创新性。 如何用Matlab搭建双输入网络也是困扰本人很长时间的一个问题，现已弄明白。 注意，需要Matlab 2022b及以上版本，以下版本估计是都不行。 本程序是两个输入全为一维序列的情况（第二个输入序列是第一个输入序列的特征值，或者变后的序列）。 也可改为两边输入都是图像，或者一边输入图像，一边输入图像的一维特征序列。 本程序工作如下： 1、加载数据，两种输入数据一一对应，第二个数据是第一个数据做FFT之后的序列，属于一个类别。 两种数据样本数相等，序列长度不相等。 2、搭建双输入网络，此网络一边是CNN-LSTM，一边是CNN。 3、训练。 4、测试，输出准确率。 注：程序可直接运行，包教会和调通。 可以有偿修改为两边输入都是图像，或一边输入图像一边输入序列的模型。 可有偿替数据，调通程序。 程序注释详
包含十大管理49个过程组的输入与输出和解释，还有EVA铮值管理的公式汇总和解释