iOs7 onwards is it possible to develop iphone app with basic network management - iphone

This is will my 1st iPhone app which i'm trying to develop using swift.
I want to monitor devices connected to my home router and see how much bandwidth each devices connected to it is using.
My 1st question is - since ios7 onwards apple does allow to use MAC address of the device so is there any other way to achieve to achieve my above requirement.
My 2nd question - is there any API or open-source library which can be used and apple will not reject the app if submitted.
Thanks,

Related

List (and connect to) Bluetooth devices from within iOS App

I have a device that broadcasts data via bluetooth. It is MFI certified and I already have an application on the AppStore that communicates with it, using the External Accessory Framework.
The problem is that my application assumes the device is already paired.
Is there a way to enumerate all such devices within reach and allow the user to select (and therefore pair) to one of the devices in the list?
No, you can not do this unless two criteria are first met.
Your device must be a Bluetooth Low-Energy device.
The device must have the Bluetooth 4.0 integrated chip which, at the moment, is just the iPhone 4S and the New iPad.
These devices, if operating in the low-energy mode, can be discovered and paired through the CoreBluetooth framework. There is no walk-through form of documentation on this framework, but if you are a seasoned iOS developer, you should be able to figure out how to use the framework through the cut-and-dry framework docs.
As mentioned, information regarding the MFi program and hardware development is locked down under an Apple NDA. However, the information regarding pairing to these devices in this manner is readily available through information in Apple's own documentation.
In IOS 6.0, they introduced showBluetoothAccessoryPickerWithNameFilter:completion:
I haven't had much success with it (when it does find devices, they become lost a few seconds later, but this may be an issue with my code).

iOS application control non-ios devices via bluetooth

I want to develop iOS application that is a remote cotrol via bluetooth for the specific product. I try to research related methods for iOS programming, but most people almost said is impossible in iOS. I know iOS allow communication between iOS devices and iOS devices via bluetooth and also support some bluetooth control iOS. But I want to develop iOS application that can control non-iOS device via bluetooth.
It is possible - The non iOS device must be an apple approved accessory or MFi Compliant
It is possible if Jailbreaking is an option: you can use BTstack.org to use RFCOMM & L2CAP to talk to remote Bluetooth devices.

iPhone Bluetooth SDK - discover Android / Windows phone 7 devices and background discovery

I am an Android developer and .Net developer and not yet have acquired the needed knowledge regarding iOS .
I did a search on-line but couldnt get conclusive answers to several questions I have which are the following :
1.iOS Bluetooth , do I have to use the Bonjour or Game Kit or can I access a lower level API.
2.Do currently I have an option to perform pairing between an iPhone device and an Android device ?
3.Can an application access the iPhones MAC ID and Friendly ID Bluetooth slots and change them while its in the background ? Or while the device is sleeping ?
4.Can an application set if the iPhone is discoverable or not discoverable to other devices - not iPhone ? Can it perform it while in the background ?
Regards !
Jessy85
This might be helpful to you: How can an iPhone access another non-iPhone device over wireless or Bluetooth?
Generally, there is NO option to communicate with non-iOS device via bluetooth in regular iOS API. GameKit is intended for using between only iOS devices. However I don't know the lower level API which open to only licensed accessory hardware developer except acquiring the license is incredibly hard differently with software license.
1) You can only get to the base API if you are developing specific hardware and are a MFi member. http://developer.apple.com/programs/mfi/
2) Don't think so. But Not really sure
3) You want to change the mac id in the background? Not that I know of. Also it seems like a really questionable idea.
4) Again don't think so. Maybe with MFi but I don't know.

Should I obtain a Mac to develop or test my iPhone web app?

I've been developing an iPhone web app on a Windows XP box using
MobiOne Test Center and Safari for testing and debugging and
occasionally using a real iPhone for testing. The problem is that
MobiOne, Safari (desktop), and the iPhone all produce different
errors. Obviously I am most concerned with the errors that occur on
the iPhone, since that is the target device. (An example of the type
of error encountered is that an image that ordinarily appears as
expected occasionally cannot be displayed, so the little question-mark
icon appears instead.)
I have the opportunity to obtain a Mac for development, but I need to
know whether using a Mac will make a difference.
Have any of you moved to the Mac for developing or just testing a web-only iPhone app?
Is doing so worthwhile? Why?
Does the iPhone simulator in the SDK simulate an iPhone better than Safari on the Windows desktop?
Is there a reason I would need a paid subscription to the Apple iOS Developer Program?
Thanks!
In short: no, I don't think a Mac is necessary for developing iPhone web apps, especially seeing as you have access to a device to test on, and you seem to be fine in your progress of development.
If you're not aware, there's a debug console available on Mobile Safari on your iPhone. Go to Settings > Safari > Developer (at the bottom) > Debug Console and turn that on.
When developing an iPhone web app, you do not need to pay for the iOS Developer Program. That program is for developing native apps to deploy either to your company or the App Store only.
Web apps, on the other hand, are nothing more than web sites that are designed (i.e. include certain meta tags, have mobile-friendly interface designs) to be run similarly to native apps on a device, and harness certain Web technologies such as geolocation that are available to devices. Users view them in Mobile Safari like any other web site, but for the best experience are asked to tap on the + sign and add your web app to their home screens to be accessed as such.
The iPhone Simulator certainly does a better job than desktop Safari on either Windows or Mac OS X since its user interface shares that of the iPhone device, but I don't think you'll need it for testing and debugging if you have a device to test on.
The iOS SDK has a tool called Dashcode but I don't think it's much of a difference from the web dev IDEs that the rest of us use every day. As far as I can tell, Dashcode doesn't give your web app any additional features that can't already be implemented using the standards we're familiar with.
I would not buy a Mac or a paid subscription to the Apple iOS developer program unless I was writing native iPhone applications.
You should be fine with your current configuration. Just make sure you do the bulk of your testing on the actual iPhone, that is what your customers will be using.
Does the iPhone simulator in the SDK simulate an iPhone better than Safari on the Windows desktop?
Yes - there are some significant differences between MobileSafari and Safari for Mac/Windows - but you've got an iPhone to test on. The iPhone Simulator offers no additional debugging tools for iPhone web apps, so you're not going to be better off having it available than just testing on the device.
Testing on an actual device is better than testing on any of the Simulators, since that is what you mobile customers will actually be using.
If you are strictly building web apps, your money might be better spent on more test devices (devices with and without a Retina display, iPad, maybe an old used iPod Touch running some prior version of iOS for regression testing, etc.) If you are choosy about your colors, the color can vary quite a bit across devices, so it may help to find one warm display and one cold one (from old/different manufacturing lots, etc.).
So you don't NEED a Mac (unless you have other reasons for acquiring one).
Buy an iMac. You will enjoy the experience better.
It is my understanding that your application needs to be compiled on a mac before it can be sold in the app store.

iPhone APP - native versus external

I am contracting a company to develop an iPhone APP.
Here is the issue: part of the APP will deal with signatures that are sent via text message from user to user.
I have been told that the native iphone OS is closed and that can't be modified so the only solution to is to build a completely new SMS APP using tools such as phonegap, or appcellerator, etc.
Is there any way to develop the app that works with the exisitng iPhone SMS program or is it true I need to build a whole new application? The problem with building a whole new application is the iPhone will have to use an external SMS gateway and charge fees for that.
Also, are there any recommended iPhone developers ?
Thanks
iPhone OS 4 will support In-App SMS:
In-App SMS Compose SMS messages from
within apps, similar to the Mail
compose sheet added in iPhone SDK 3.0.
If you don't want to use a third-party SMS system, you'll have to wait for iPhone OS 4.
Both PhoneGap and AppAccellerator may be banned from future store submissions- wait until the shakeout from Apple's change in development contract finish up, to see what other possibilites exist if you do not want to use Objective-C to build a custom SMS beforehand...
But I'd wait for 4.0 and implement the features using the system calls there, you can start building today as the beta SDK and iPhone images are out.