[其它] kivy-python-android：具有python kivy的Android-源码

说明：kivy-python-android：具有python kivy的Android
<weixin_42129005> 上传 | 大小：20kb

[其它] 项目：使用HTML CSS JS开发的小项目的集合-源码

说明：项目：使用HTML CSS JS开发的小项目的集合
<weixin_42143092> 上传 | 大小：10mb

[其它] 飞秒激光超精细“冷”加工技术及其应用(续)

说明：飞秒激光超精细“冷”加工技术及其应用(续)
<weixin_38720173> 上传 | 大小：2mb

[其它] 用户体验与产品管理(完整版)

说明：第一章 用户体验(UserExperience,UE)专业人员正逐渐从商业角度对他们的工作感兴趣，在他们的核心观念中，UE的重点是理解用户需求并创建有用和易用的产品来表达这种需求。 UE人员常常在他们的研究、设计和创意没有得到相应的尊重时感到非常失落。差不多每个UE人员都有过与那些尽管缺少交互方面的需求和流程的知识，却根据他们的感觉或毫无道理的看法来驳回一个建立在研究基础上的设计的领导者打交道的糟糕经历。 很多UE人员逐渐意识到他们有经验和洞察力来运用权威性并在帮助构建的产品中发挥更大影响力，产
<weixin_38641150> 上传 | 大小：150kb

[其它] 太空JAM2021-源码

说明：太空JAM2021 DNA数字数据存储
<weixin_42099070> 上传 | 大小：235kb

[其它] 产品规划师/经理(PD)需求分析的六个原则

说明：需求分析的六个原则（一）永远不要显得比客户更聪明不知道大家想过没有，为什么要把这条作为产品经理进行需求分析的第一原则呢？我个人觉的，之所以这条作为第一原则，就是告诉我们这些产品经理一个对待客户的基础态度，是什么呢？就是“平等”。有朋友会说了，我们提供能够满足客户的产品和服务，客户付费享受这些，这肯定是平等的呀，有什么好说的呢？果然如此吗？02年的时候，我在一家软件公司做产品经理，当时我们公司为了能够让我们的客户更贴近公司产品，最好是参与到公司产品设计中（联盟里好像有这样一篇文章：《让顾客参与产品
<weixin_38739950> 上传 | 大小：234kb

[其它] 自信的创造力后端-源码

说明：断断续续的创造力后端 技术与依存关系 PHP 7.4以上 作曲家 MySQL / PostgreSQL / SQLite的 安装与安装 先决条件 配置.env 设置AWS AWS_ACCESS_KEY_ID ， AWS_SECRET_ACCESS_KEY ， AWS_DEFAULT_REGION和AWS_BUCKET 使用当前主机名设置APP_URL 设置DB_CONNECTION ， DB_HOST ， DB_PORT ， DB_DATABASE ， DB_USERNAME和DB_PAS
<weixin_42165973> 上传 | 大小：7mb

[其它] 追踪记录每笔业务操作数据改变的利器

说明：对于大部分企业应用来用，有一个基本的功能必不可少，那就是AuditTrail或者AuditLog，中文翻译为追踪检查、审核检查或者审核记录。我们采用AuditTrail记录每一笔业务操作的基本信息，比如操作的基本描述、操作时间、操作者等。对于一些安全级别比较高的应用，或者操作一些比较敏感的数据，我们甚至需要记录该笔业务操作引起的数据的改变。具体来说，这里的“数据改变”指的是每一条影响的记录在操作执行前后的变化。对于添加的记录，需要记录下新插入的记录；对于删除的记录，需要记录下原来的记录；对于更新
<weixin_38576922> 上传 | 大小：276kb

[其它] 走向ASP.NET架构设计---第二章：设计&测试&代码

说明：前言：本篇之所以选择TDD作为例子，主要是由两个原因：1.TDD确实呈现了设计的思路；2.相对于DDD来说，TDD更加容易上手，学习的曲线没有那么陡峭。 再次申明一下：本系列不是讲述TDD的，只是用TDD来建立设计的思想。即便是用DDD，有时候还是结合TDD一起使用的。 本篇的议题如下： 开发方式比较 我们用下面的一段分析来引出今天的内容： 想想我们平时是如何在写代码： 拿来需求，分析功能，编写功能代码。 这样的方式，没有问题，大家也一直沿用很多年了。为了后面描述方便，我们称这种方式为传统流程。
<weixin_38750861> 上传 | 大小：320kb

[其它] 走向ASP.NET架构设计—第三章—分层设计，初涉架构(后篇)

说明：前言：本篇主要是接着前两篇文章继续讲述！ 4．数据访问层设计 数据访问层，这块要说的不多。但是要澄清一点：数据访问不一定就是访问数据库，虽然多数的情况下，我们确实把数据存储在数据库中。 这里我们用数据库存储数据，并且用LinqToSql来进行数据访问操作。 下面我们就来实现数据操作的一些代码： 5．显示层设计 我们这里用Model-View-Presenter模式把显示逻辑从UI层中分离出来，成为显示层。其实这样做的好处：方便单元测试，同时也让我们可以换不同的View来显示，例如我们可以换成as
<weixin_38733525> 上传 | 大小：352kb

[其它] 走向ASP.NET架构设计—第四章—业务层分层架构（前篇）

说明：前言：在任何一个项目中业务层毫无疑问是最重要的层，所以在设计的过程中，如何组织业务层是至关重要的。本章的讨论将会涉及Flower的架构模式一书中的四种组织业务层的模式：TransactionSript,ActiveRecord,AnemicModel和DomainModel。每一中组织业务逻辑的模式有着各自都优缺点，如何选择他们重要的还是取决于我们所要开发的项目的类型。 在讨论完四种模式之后，我将会和大家一起来看看DDD的一些知识。 每种模式的讲解，我都会用实例的形式给出完整的代码，也希望大家多
<weixin_38669093> 上传 | 大小：302kb

[其它] 　　走向ASP.NET架构设计—第四章—业务层分层架构（中篇）

说明：前言：在上一篇文章中，我们讨论了两种组织业务逻辑的模式：Transactionscr ipt和ActiveRecord。在本篇中开始讲述DomainModel和AnemicModel。 DomainModel： 在开发过程中，我们常常用DomainModel来对目标的业务领域建模。通过DomainModel建模的业务类代表了目标领域中的一些概念。而且，我们会看到通过DomainModel建模的一些对象模拟了业务活动中的数据，有的对象还反映了一些业务规则。 我们就来看看电子商务系统的开发，在开发中
<weixin_38747592> 上传 | 大小：193kb