Patrón de repositorio donde y ORM ligeros




 Para mi IRepository, me gustaría: 

1. Para que sea utilizable por un micro-orm como dapper, petapoco, masivo, etc. ... para la VELOCIDAD
2. Para tener cláusulas where que se ejecutan en el servidor, con suerte utilizando Expression / IQueryable style (que también es muy intercambiable)

 ¿Es posible obtener ambos? ¿Cómo escribirías un IRepository Donde para micro orms? ¿Los micro ORM son buenos para proyectos lo suficientemente grandes como para necesitar repositorios? 

 Necesito velocidad y capacidad de intercambio. Sin un bien donde mi patrón de repositorio es inútil, ¿verdad?
Si le gustan las cosas que se ven bien, como las clases de POCO, y también quiere la velocidad de MicroORM, entonces debe comprobar, [ServiceStack OrmLite](https://github.com/ServiceStack/ServiceStack.OrmLite) . Incluso puedes usar Massive o Dapper. Solo un uso de eso será diferente. 

 Pero una cosa es segura, Code será menos y la velocidad es como cualquier otra cosa. Avíseme si necesita algún fragmento de código. Simplemente ve a través de los sitios de github, eso te ayudará.
Si intenta comprimir su modelo de dominio (no anémico) en un ORM, siempre tendrá que hacer concesiones. Por lo general, esto no es una buena idea, excepto para aplicaciones muy simples. 

 **Cree un modelo de persistencia que consiste en clases sencillas y fáciles de establecer, sin ningún tipo de lógica. Hágalos de una manera que se ajuste bien a EF y utilícelos para conservar los datos. Ahora asigne su modelo de persistencia a su modelo de dominio y viceversa.** 

 Esto puede parecer una exageración, pero es la única solución limpia si realmente desea aplicar DDD. Trate de mantener los dos modelos cerca, para que el mapeo sea simple. [Automapper](http://automapper.org/) es una buena herramienta para este tipo de mapeo de modelo a modelo. los plotters sirven para imprimir planos de tamaños grandes, generalmente de un ancho de hasta 36 pulgadas, o sea como de unos 90 cms. más o menos.
no tienen la forma convencional de una impresora, más bien se soportan sobre un par de columnas laterales, y en el espacio de en medio a veces tienen una charola de alambrón para recibir los dibujos que se han impreso.

saludos <p>algunas consideraciones:</p><ol> <li>¿para qué sistema operativo es esto (o es para múltiples)?</li> <li>¿hay restricciones o límites conocidos en su jerarquía?</li> <li>¿existe alguna opción de búsqueda?</li> </ol><p>el número 1 es importante como notó ... porque mac finder sería extraño para la mayoría de los usuarios de windows.</p><p>no. 2 puede proporcionar asistencia también. p.ej. el buscador funciona bien si tiene un árbol poco profundo, pero si tiene 15-20 niveles de profundidad, se puede usar</p><p>no. 3 es un artículo de usabilidad. si no puedo ver rápidamente todo el árbol en menos de 5-10 segundos, se necesita una opción de búsqueda.</p><p>en general, creo que el "árbol" estándar es el más obvio para los usuarios. la jerarquía es físicamente visible, y solo es necesario abrir/explorar la rama de interés, pero puede abrir más de una rama para realizar comparaciones o búsquedas.</p><p>mi única otra sugerencia sería si tienes un espacio mínimo para trabajar, el paradigma de "profundización" del ipod funciona muy bien.</p><p><img src="https://i.stack.imgur.com/yoleu.jpg" alt="alt text"></p> hola jorge,

lo que te puedo comentar al respecto es que no solo es considerar el microprocesador, sino también los demás componentes y el software. porque, por ejemplo, podrías tener un buen hardware, pero sin el debido soporte por la marca en actualizar y optimizar el software, el equipo funcionaría pésimo.

te recomendaría revisar el historial de calidad de ambos en equipos en sus respectivas versiones anteriores y hacerte una mejor idea de lo que te conviene más. <p>creo que está simplificando demasiado los tipos de alojamiento que podría obtener. aquí están, para qué son buenos y para qué no son tan buenos:</p><p><strong>alojamiento compartido</strong></p><p>estás en un servidor con potencialmente cientos de otras personas. existen límites predefinidos, como la cantidad de espacio en disco/bases de datos que puede tener y la cantidad de datos que puede transferir por mes. este es el más barato de todos, a veces tan poco como $ 3/mes, pero tenga cuidado: tan pronto como su sitio comience a consumir más que los recursos mínimos, se le suspenderá y se le pedirá que actualice.</p><p>además, cosas como php/ssh/etc están configuradas en modo 'paranoico'. es posible que no tenga acceso a ciertas funciones y debe depender de su host para instalar las cosas que pueda necesitar (es decir, subversion/mercurial).</p><p>esto es bueno para las personas que desean alojar un sitio de tipo de tarjeta personal o de negocios. un brote de esto se llama <strong>alojamiento de revendedor</strong>, lo que le brinda la capacidad de crear cuentas de alojamiento adicionales para sus clientes.</p><p>tenga en cuenta que esto no es compatible con pci/dss/hipaa/etc.</p><p><strong>servidor virtual dedicado</strong></p><p>su sitio obtiene su propia vista única de un servidor compartido. puede configurar sus servicios y software como lo haría en un servidor dedicado, sin embargo, no hay garantías reales de recursos. "malos vecinos" es todo lo que se necesita para arrastrar su sitio.</p><p>por lo general, recomiendo esto a los desarrolladores que necesitan una caja de arena que les permita configurar las cosas de la manera que quieran.</p><p>nuevamente, no cumple con pci/dss/hipaa/etc</p><p><strong>servidor privado virtual</strong></p><p>esto es, para todos los efectos, un servidor dedicado que viene con una cierta cantidad de recursos garantizados. serás el súper usuario, puedes hacer lo que quieras. dependiendo de la plataforma, sus límites de recursos pueden 'explotar' en ocasiones para hacer frente a los picos de uso. desafortunadamente, esto también significa que sus recursos se ven afectados si varios vecinos también necesitan "explotar".</p><p>recomiendo ir con un proveedor de xen si sigue esta ruta, nunca tendrá menos de lo que paga.</p><p>recomiendo que todos los sitios nuevos que anticipan cualquier tipo de tráfico comiencen con nada menos que un vps.</p><p>esto puede ser, dependiendo del tipo de hipervisor y almacenamiento utilizado, compatible con pci/etc.</p><p><strong>servidor totalmente dedicado</strong></p><p>exactamente como se lee, un servidor que es tuyo y solo tuyo. puede alquilar uno mensualmente o comprar uno y pagar para que se ubique en un centro de datos. recomiendo ir con la opción de alquiler primero, requiere menos inversión para ampliar si es necesario. cuando los ingresos lo permiten, siempre puede comprar sus propios servidores. para ese momento, tendrá una comprensión muy firme del tipo de hardware que necesita.</p><p>recomiendo esto para las empresas de nueva creación que pueden permitirse unos pocos cientos de meses de alojamiento, o cualquiera que tenga que cumplir con los estándares de seguridad. si almacena información cc de cualquier tipo, o cualquier tipo de información médica/de salud, realmente querrá tener acceso exclusivo a su propio hardware.</p><p><strong>alojamiento en la nube</strong></p><p>he creado varias plataformas en la nube para algunas grandes empresas de alojamiento web. soy prolífico en el desarrollo de xen e incluso no puedo decirle en una oración clara y concisa qué se supone que significa 'nube' cuando se trata de iaas (infraestructura como servicio).</p><p>lo que está obteniendo con la mayoría de los proveedores de la nube es una o más máquinas virtuales a las que se les puede asignar más memoria o almacenamiento según lo exija el tráfico, luego vuelvan a la configuración 'inactiva' cuando el tráfico disminuya. además, algunos ofrecen la capacidad de hacer clones de una sola instancia y conectarlos mediante un equilibrador de carga (generalmente basado en software).</p><p>lo que hay que tener en cuenta aquí es mega facturas si su sitio se ve afectado. hay muchos casos en los que el algoritmo que 'escala automáticamente' funciona más a favor de la empresa de hosting y menos a favor de su billetera. si obtiene ese tipo de alojamiento, asegúrese de que el interruptor permanezca pegado al manual. en muchos casos, solo encender un caché es suficiente para satisfacer una mayor demanda de tráfico.</p><p>amazon y otros han publicado claramente que sus ofertas <strong>no</strong> cumplen con las pautas establecidas por estándares de seguridad como pci/dss o estándares federales como hipaa/hitech. esto no es tanto una advertencia de usar un hipervisor, es una advertencia de usar una red de almacenamiento compartida.</p><p><strong>en resumen:</strong></p><p>el tipo de alojamiento que obtienes es realmente incidental, lo que importa más es cómo planeas tu red. por ejemplo, puede tener static.domain.com utilizando un servidor http liviano que tiene la responsabilidad de servir solo imágenes y medios, reduciendo drásticamente la carga en su servidor de producción.</p><p>además, el almacenamiento en caché inteligente de páginas dinámicas (y/o) las consultas que intervienen para hacerlas le permiten exprimir considerablemente más de cualquier plataforma.</p><p>obtendría algunos servidores vps, o tal vez un servidor dedicado y un par de servidores vps. la otra cosa que no puedo hacer es dividir mi dns, si mi dominio no se puede resolver ... todo el almacenamiento en caché y el ajuste fino en el mundo no ayudarán.</p><p>es realmente difícil decir qué sería 'mejor' para usted, no estoy seguro de la complejidad y las necesidades de su proyecto. sin embargo, con suerte, lo anterior le brinda una idea de los pros y los contras, sea cual sea el camino que decida.</p> ¿Por qué no usar SSIS directamente? 

 De todos modos, si realizó un análisis del análisis al IDataReader, ya está en el camino correcto. Para optimizar SqlBulkCopy en sí mismo, debe centrar su atención en SQL Server. La clave son las operaciones mínimamente registradas. Debes leer estos artículos de MSDN: 

* [Requisitos previos para el registro mínimo en la importación masiva](http://msdn.microsoft.com/en-us/library/ms190422%28v=sql.105%29.aspx) .
* [Optimización del rendimiento de importación masiva](http://msdn.microsoft.com/en-us/library/ms190421%28v=sql.105%29.aspx) .

 Si su objetivo es un árbol B (es decir, una tabla indexada agrupada), desafortunadamente uno de los principios más importantes de la inserción masiva de rendimiento, a saber, el conjunto de filas de entrada ordenada, no puede ser declarado. Siendo tan simple como esto, ADO.Net SqlClient no tiene el equivalente de [`SSPROP_FASTLOADOPTIONS -> ORDER(Column)`](http://msdn.microsoft.com/en-us/library/ms130809.aspx) (OleDb). Como el motor no sabe que los datos ya están ordenados, agregará un operador de clasificación en el plan que no es tan malo, excepto cuando se derrama. Para evitar derrames, use un tamaño de lote pequeño (~ 10k). Vea mi punto original: todas estas son solo [opciones y clics para establecer en SSIS en](http://msdn.microsoft.com/en-us/library/ms141237.aspx) lugar de excavar a través de la especificación OleDB MSDN ... 

 Si su flujo de datos no está clasificado para comenzar o si el destino es un montón, entonces mi punto anterior es mudo. 

 Sin embargo, lograr un registro mínimo sigue siendo una necesidad para un rendimiento decente. I. Buenas Compañero, al parecer han lanzado hace muy poco una nueva versión de este lenguaje.

[https://www.muylinux.com/2018/08/08/dart-2/](https://www.muylinux.com/2018/08/08/dart-2/ )

Sólo lo conozco de oídas, pero puede ver esta información sobre el, aunque sólo son tutoriales en su mayoría quizás le sirvan para iniciarse. Suerte.

<https://riptutorial.com/es/dart> 

<https://www.youtube.com/watch?v=dDZ-NOTjXiA> 

<https://codigofacilito.com/cursos/dart> 

<https://ed.team/blog/dart-un-lenguaje-del-futuro> 

<https://www.youtube.com/watch?v=l5FQe0cCSLk>

[https://es.wikipedia.org/wiki/Dart#La\_raz%C3%B3n\_para\_un\_nuevo\_lenguaje](https://es.wikipedia.org/wiki/Dart#La_razón_para_un_nuevo_lenguaje) 

<https://www.youtube.com/watch?v=TzXOs5mJtsQ> <p>mi comprensión de la fuerza del protocolo de seguridad inalámbrica, comenzando con el más seguro:</p><ul> <li>wpa2-aes</li> <li>wpa2-tkip</li> <li>wpa</li> <li>wep</li> </ul><p>busque craqueo de wep y encontrará muchos tutoriales sobre cómo descifrarlo en 10 minutos en pc comunes. wpa es significativamente más difícil de descifrar, pero cada versión tiene sus puntos débiles. wpa2-aes se considera de primera línea lo último que escuché y es compatible con casi todos los enrutadores y sistemas operativos modernos).</p><p>vea estos <a href="http://www.grc.com/securitynow.htm">¡seguridad ahora!</a> episodios pasados ​​para obtener explicaciones detalladas:</p><ul> <li>episodio 170, el truco de tkip</li> <li>episodio 89, wep aún más gravemente roto</li> </ul> Modelo y marca del equipo, y memoria ram, de lo contrario, solo puede decirse, que:

Existen modelos de equipos limitados a un tipo de memoria y frecuencia, de usar una mayor no es compatible. Tu lo que necesitas es un sistemas de accounting en el cual puedas manejar hasta el mínimo detalle de los usuarios. Te recomiendo que uses el icradius que es una modificación de radius cistron. No es tan complicado.   
La dirección es <http://radius.innercite.com/> acaba de sacar su release 18 pero también haty una versiones la 017b que la puedes instalar por rpm..