mina

来源： oschina 链接： https://my.oschina.net/u/4329266/blog/4428296

基础知识 MINA 框架 为方便微信小程序开发，微信为小程序提供了 MINA 框架，这套框架集成了大量的原生组件以及 API。通过这套框架，我们可以方便快捷的完成相关的小程序开发工作。 MINA 框架提供了自己的视图层描述语言 WXML 和 WXSS，以及基于 JavaScript 的逻辑层框架，并在视图层与逻辑层间提供了数据传输和事件系统，因此我们主要聚焦于数据与逻辑上。 响应的数据绑定 框架的核心是一个响应的数据绑定系统。 整个系统分为两块：视图层（View）和逻辑层（App Service）， 通过框架，可以让数据与视图保持同步变得很简单。当我们修改数据的时候，只需要在逻辑层修改数据，视图层就会做相应的更新。 通过下面的例子来看： <!-- This is our View --> <view> Hello {{name}}! </view> <button bindtap="onChangeName"> Click me! </button> // This is our App Service.www.zhaoweb.cn // Register a Page. Page({ data: 'Baixing', onChangeName: function(e) { // sent data change to view this.setData({ name: 'MINA

基础知识 MINA 框架 为方便微信小程序开发，微信为小程序提供了 MINA 框架，这套框架集成了大量的原生组件以及 API。通过这套框架，我们可以方便快捷的完成相关的小程序开发工作。 MINA 框架提供了自己的视图层描述语言 WXML 和 WXSS，以及基于 JavaScript 的逻辑层框架，并在视图层与逻辑层间提供了数据传输和事件系统，因此我们主要聚焦于数据与逻辑上。 响应的数据绑定 框架的核心是一个响应的数据绑定系统。 整个系统分为两块：视图层（View）和逻辑层（App Service）， 通过框架，可以让数据与视图保持同步变得很简单。当我们修改数据的时候，只需要在逻辑层修改数据，视图层就会做相应的更新。 通过下面的例子来看： <!-- This is our View --> <view> Hello {{name}}! </view> <button bindtap="onChangeName"> Click me! </button> // This is our App Service.www.zhaoweb.cn // Register a Page. Page({ data: 'Baixing', onChangeName: function(e) { // sent data change to view this.setData({ name: 'MINA

Netty java Mina Supersocket .net ACL 非阻塞异步 IO Netty 一款基于NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，对比于BIO（Blocking I/O，阻塞IO），他的并发性能得到了很大提高，两张图让你了解BIO和NIO的区 Mina 将内核和一些特性的联系过于紧密，使得用户在不需要这些特性的时候无法脱离，相比下性能会有所下降，Netty解决了这个设计问题 https://blog.csdn.net/tomisaboy/article/details/53689026 acl 库的 C 库(lib_acl) 的 aio 模块设计了完整的非阻塞异步 I https://www.cnblogs.com/caipeiyu/p/5559112.html SuperSocket与Netty之实现protobuf协议，包括服务端和客户端 https://blog.csdn.net/snowwolf_love/article/details/67044216 Apache MINA是一个网络应用程序框架，用来帮助用户简单地开发高性能和高可扩展性的网络应用程序。它提供了一个通过 Java NIO在不同的传输例如TCP/IP和UDP/IP上抽象的 事件驱动 的异步API https://www.jianshu.com/p

前言 涵盖各大公司会问到的面试点，同时随着版本的升级，可能也会有一些面试题更新，也会同步保持更新，因为篇幅原因（其实是我懒，哈哈）所以列了一部分答案，所有的答案见下文，总共485页合计20个技术点，文末自取pdf. 1、为什么要用 Dubbo？ 随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务的架构体系(SOA)，也因此衍生出了一系列相应的技术， 如对服务提供、服务调用、连接处理、通信协议、序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架。就这样为分布式系统的服务治理框架就出现了，Dubbo 也就这样产生了。 2、Dubbo 的整体架构设计有哪些分层? 接口服务层（Service）：该层与业务逻辑相关，根据 provider 和 consumer 的业务设计对应的接口和实现 配置层（Config）：对外配置接口，以 ServiceConfig 和 ReferenceConfig 为中心 服务代理层（Proxy）：服务接口透明代理，生成服务的客户端 Stub 和 服务端的 Skeleton，以 ServiceProxy 为中心，扩展接口为 ProxyFactory 服务注册层（Registry）：封装服务地址的注册和发现，以服务 URL 为中心，扩展接口为 RegistryFactory、Registry

前言 Socket的使用在 Android网络编程中非常重要 今天我将带大家全面了解 Socket 及 其使用方法 目录 1.网络基础 1.1 计算机网络分层 计算机网络分为五层：物理层、数据链路层、网络层、运输层、应用层 其中： 网络层：负责根据IP找到目的地址的主机 运输层：通过端口把数据传到目的主机的目的进程，来实现进程与进程之间的通信 1.2 端口号（PORT） 端口号规定为16位，即允许一个IP主机有2的16次方65535个不同的端口。其中： 0~1023：分配给系统的端口号 我们不可以乱用 1024~49151：登记端口号，主要是让第三方应用使用 但是必须在IANA（互联网数字分配机构）按照规定手续登记， 49152~65535：短暂端口号，是留给客户进程选择暂时使用，一个进程使用完就可以供其他进程使用。 在Socket使用时，可以用1024~65535的端口号 1.3 C/S结构 定义：即客户端/服务器结构，是软件系统体系结构 作用：充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。 Socket正是使用这种结构建立连接的，一个套接字接客户端，一个套接字接服务器。 如图： 可以看出，Socket的使用可以基于TCP或者UDP协议。 1.4 TCP协议 定义：Transmission Control Protocol

全局配置 1.app.js 定义全局数据和全局函数 定义内容解释： onLanuch 当小程序初始化完成时，会触发 onLaunch（全局只触发一次） onShow 当小程序启动，或从后台进入前台显示，会触发 onShow onHide 当小程序从前台进入后台，会触发 onHide onError 当小程序发生脚本错误，或者 api 调用失败时，会触发 onError 并带上错误信息 globalData 全局数据，用来存放一些全局的东西，比如统一的远程接口地址等，当然在使用中发现，也可以自定义数据，也能访问到 数据的访问: 　　使用getApp()访问，在需要访问的页面的js中加上 var app=getAPP()，就可以app.XX来访问数据，app.xxx()访问函数 举例： // app.js App({ cookie: {}, onLaunch: function () { }, globalData: { userInfo: null , version: "1.0" , shopName: "商店" , // sdomain:"http://192.168.0.119:8999/api", domain:"https://xx/api" , static_domain: "https://xx.cn/static/images/mina" , }, tip:

uni-toolkit 是什么 uni-toolkit（以下简称 toolkit） 是一个用于辅助 uni-app 开发的工具（集）。toolkit 不是开发框架也不是应用插件，它作用于 uni-app 代码编译前，旨在增强 uni-app 的开发体验。 讲完这些，可能还是没有交代清楚 toolkit 到底是干什么的。各位莫急，请继续往下看。 它的由来 近期团队考虑将微信小程序（以下简称 mina）迁移到 uni-app 来，在进行测试的过程中发现了一处 mina 与 uni-app 存在较大差异的点。 mina 每个页面都有一个 .json 文件。 uni-app 的所有页面配置都在 pages.json 这一个公共的文件中。 uni-app 的这种设计意味着，每当有页面的配置需要改变，就要去操作 pages.json 这个文件。在多人协作开发时，这样做可能会使得开发人员经常应对 pages.json 文件的冲突。 到这里可能有人会问：mina 中新增/减少页面，需要操作 app.json 文件，同样会造成文件冲突呀？ 关于这一点，团队一直以来的应对策略是这样的： 通过脚本扫描 pages 目录，自动生成 app.json 的 pages 节点信息。 普通开发人员只需提交页面相关文件，就可以保证其他人的页面信息是同步的。 另外 app.json 中其它项的变动，并不会那么频繁。

使用 WebApi 交互打造原生的微信小程序 - 图灵小书架 目录 介绍 源码地址 扫一扫体验 代码分析 其它相关信息 （互联网搜集） 介绍 　　定时抓取图灵社区官网的首页、最热、推荐和最新等栏目的相关图书信息进行展示，并且可以下载相关的 PDF 进行查阅... 主要功能 源码地址 　　源码地址1： https://github.com/liqingwen2015/ituring_small_bookshelf 　　源码地址2： https://gitee.com/liqingwen/ituring_small_bookshelf 　　使用说明： 打开微信开发者工具； 路径引入 src 文件夹； 输入 APPID 和文件名即可； 本地不需要配置服务器地址，自动连接我的 WebAPI 接口资源，低成本配置； 　　不过使用 git，我有一个这样的担忧：用了5年GIT，原来分支合并是这样协作的。假设团队3个人。 领导开创一个分支。 我和另外一个同事在领导的分支下创建一个新分支。 然后 我们各自开发。 有新功能就 去拉取 并将领导的分支合并到自己的分支。 这样，我改的东西，和同事改的不会冲突。最后，GIT 导出我们的差异，通过 QQ 传给领导。 -- 引用 https://my.oschina.net/lcsoft/tweet/17666900 扫一扫体验 　　可以通过小程序（已上线

using Mina.Filter.Codec; using Mina.Filter.Codec.TextLine; using System; using System.Collections.Generic; using System.Linq; using System.Net; using System.Text; using Mina.Core.Session; using System.Threading; namespace MinaDemo { class UDPMessageDemo { static void Main(string[] args) { var port = 1024; //服务端 var acceptor = new Mina.Transport.Socket.AsyncDatagramAcceptor(); acceptor.FilterChain.AddLast("codec", new ProtocolCodecFilter(new TextLineCodecFactory(Encoding.UTF8))); acceptor.MessageReceived += (ss, ee) =>//接收到消息后 { Console.WriteLine("服务端收到" + ee.Session.RemoteEndPoint + "的消息：" +