سؤال

مراجعة متطلبات تطوير منتجات نظم المعلومات الجغرافية الجديدة وفي مرحلة جمع المتطلبات. يحتاج هذا التطبيق إلى تشغيله على سطح المكتب وبعض التطبيقات من التطبيق على جهاز محمول يمكن أن مزامنة بعد ذلك إلى سطح المكتب أو الخادم. ستعامل هذا المنتج مع الصور، وتحديد الحدود، والتحليل باستخدام الطبقات، والضوابط، واستورد ملفات الشكل، واستخدام تسجيل GPS لتحديد الحدود والتطبيق لإدخال السجلات. ماذا ستكون بيئة التطوير المثالية؟ نظرا لأن أحد المتطلبات الرئيسية هو الوقت الذي يتوق إليه هذا المنتج. اسمعت الكثير عن ESRI كأداة رسم الخرائط المثالية و Oracle Spatial أو SQL Server كمشغلات قاعدة البيانات. كيف أذهب حول تحليل الأدوات المناسبة لهذا التطور والتي تنطوي على الويب وطلب سطح المكتب وتطبيق منصة الجانبي للخادم؟ أي أفكار من الناس تنمية المنتج من ذوي الخبرة!

هل كانت مفيدة؟

المحلول

إذا كان هذا التطبيق هو لنظام التشغيل Windows (سطح المكتب) و Windows Mobile، ثم C # /. Net هو اختيار لغة / منصة ممتازة. مع أحادي، يمكنك أيضا (ربما) تغطية ماك، لينكس وجهاز iPhone أيضا. سيعمل إما SQL Server أو Oracle في قاعدة البيانات، على الرغم من أنني سأذهب مع SQL Server (Oracle، لجميع الإيجابيات، هو أكثر من غير متاعب للتعامل معها).

نظرا لأن مكون الويب يمكن أن يكون asp.net، فكن لديك ميزة مميزة من وجود الكل من التعليمات البرمجية الخاصة بك (حتى في SQL Server) تكون ج #، لذلك فقط يجب أن تكون مجرد كافية بلغة واحدة.

نصائح أخرى

ESRI بالتأكيد تقدم الكثير من الأدوات الجيدة. خاصة إذا كان لديك متطلبات جهاز محمول، فأنا ننظر إلى ESRI، لأنني لست على علم بدائل قوية حقا في عالم المحمول.

(تعديل: عندما قلت "المحمول" أعلاه، افترضت أنك تعني وحدات نظم المعلومات الجغرافية المحمولة، مثل تريمبل وحدات. إذا كنت تعني حقا القيام بنظام GIS المحمول على الأشياء مثل iPhone، فمن المحتمل أنك أفضل حالا باستخدام أدوات محددة منصة. أعرف أن أبل لديها بعض الأدوات الجيدة جدا (تحت NDA IIRC) يمكنك استخدامها للقيام بتطبيقات GEOSPATIAL على iPhone. لا أعرف ما يشبه الدعم على الأجهزة المحمولة الأخرى.)

في نهاية قاعدة البيانات، Oracle Spatial و SQL Server 2008 و Postgis هي جميع اللاعبين. إذا كنت تستخدم محلول ESRI، فإنه يدرك أن Esri يوضع بشكل أساسي بحلول نهاية إلى نهاية. لذلك من المحتمل أن يذهب أي وصول إلى قاعدة البيانات الخاصة بك من خلال طبقة ARCSDE الخاصة ب ESRI، مما يعني أن المزايا الفريدة التي قد توليها منصات البيانات المختلفة إلى الجدول.

من حيث تقديم الخريطة الفعلية، لم أجد حلول Esri مثالية. على وجه الخصوص، يحتوي الكثير من كود ArcoBjects على مشكلات في بيئة متعددة الاستخدامات شديدة، (على سبيل المثال، أن تقدم العديد من الخرائط في وقت واحد) ليس هناك مع حلول تقديم أخرى. بديل واحد هو استخدام حلول ESRI لأجزاء من نظامك (مثل الدعم المحمول والتحليل) واستخدام حلول أخرى للأجزاء الأخرى.

سيكون ميلي الخاص يميل نحو استخدام أدوات مفتوحة المصدر لأكبر عدد ممكن من الأشياء. بعض الأدوات للنظر في تشمل:

  • postgis. لقاعدة البيانات الجغرافية المكانية
  • GDAL./ogr. لتحويل البيانات
  • GDAL. إلى حد كبير أي شيء الصور ذات الصلة
  • jts. أو جوس بالنسبة للأعلام (الرياضيات المضلع، إلخ)
  • mapserver. لتقديم
  • openlayers. للحصول على الواجهة الأمامية

بالطبع، إذا كان وقت إلى السوق هو قيد مفتاح، فإن أحد الأشياء الرئيسية للتفكير هو ما يعرفه فريقك بالفعل. إذا كان فريقك على دراية بأدوات ESRI وليس ببدائل مفتوحة المصدر، فقد ترغب في الذهاب إلى هذا الطريق بعيدا عن الاستخدام.

وكما يشير Musigenisis، قد تكون Net منصة جيدة للنظر فيها، بالإضافة إلى كل هذه الأدوات. من الممكن بالتأكيد القيام بتطوير ArcoBjects مع C #، وجعلتي هي أن بيئة أجمل لتطوير ArcoBjects من COM المستقيم من C ++.

أود أن أقترح أن يسير عبر كومة من المشاريع التي تم تطويرها تحت مظلة مؤسسة osgeo - osgeo.org. هناك مجموعة متنوعة من المشاريع المفتوحة المصدر المتاحة للتطبيقات المختلفة، ومنصات التنمية، إلخ.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top